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(57) The present invention provides an apparatus and process for facilitating customer-driven sales of products having 
multiple configurations, preferably automobiles and trucks. The apparatus is a computer network comprising a server 
with a product database thereon, an intermediary subsystem, and a seller subsystem. The server, inteiTnediary 
subsystem, and seller subsystem function together and communicate with each other to allow an intermediary, on 
behalf of a customer, to configure a feasible product, transmit a request for quote (RFQ) to a target set of sellers in the 
customer's geographic area, receive quotes from the target sellers in response to the RFQ, and transmit the customer's 
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acceptance of one of the quotes to the appropriate seller. The apparatus may also include a customer subsystem by 
which the customer may configure their own feasible product and transmit their feasible product information to the 
intermediary. The intermediary subsystem can optionally include a product database thereon which the intermediary 
can use to configure a feasible product without communicating with the server. The process allows an intermediary to 
configure a feasible product, transmit a request for quote (RFQ) to a target set of sellers in the customer's geographic 
area, receive quotes from the target sellers in response to the RFQ, and transmit the customer's acceptance of one of 
the quotes to the appropriate seller. 
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APPARATUS AND PROCESS FOR FACILITATING CUSTOMER-DRIVEN SALES OF 
PRODUCTS HAVING MULTIPLE CONnGURATIONS 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application is a continuation-in-part of, and claims priority from, U.S. patent 

application serial no. 09/188,863, filed November 9, 1998, and still pending. 



nELD OF THE INVENTION 

The invention provides an sqjparatus and a process for facilitating customer-driven sales of 
products having multiple configurations over a wide area electronic network, and more 
10 particularly a process for facilitating customer-driven sales of automobiles over the Internet. 

BACKGROUND OF THE INVENTION 

The Internet has developed as an important vehicle for information exchange, as well as a 
forum for conducting, or at least facilitating, commerce. Systems using the Internet as a 

15 commercial forum fall broadly into two categories: seller-driven or customer-driven. The 

difference between customer and seller driven systems lies in which party takes the initiative to 
find the other. In a seller-driven system, the seller finds the cxistomer, in a customer-driven system 
the customer finds the seller. 

Most Internet commerce systems in use today are seller-driven and are either passive sites 

20 or active sites. A typical seller's Internet site is a passive advertising site that provides information 
about the product and directs potential customers to places they can obtain the product. 
Automobile manufacturers are a typical example: their sites provide information about the 
manufacturer's line of cars, available options, and locations of authorized dealers. 

A smaller number of sellers have active selling sites that not only provide product 

25 information but allow potential customers to conduct a transaction over the Internet and purchase 
the product. The seller prices and packages the product and then holds it out for sale to potential 
customers via the Internet. The seller specifies, through their web site, the tcmis of the sale, and 
potential customers must either accept the seller's terms or find another seller whose terms arc 
acceptable. Products sold on these sites are typically lower-priced standardized goods such as 

30 books, compact disks, and videos. 

In a customer-driven system, the customer specifies the product they want and the terms 
under which they will buy it, and then sends this specification to sellers. Some attempts have been 
made to implement customer-driven systems on the Internet. Examples are news groups and 
bulletin boards where any potential customer can post * Svanted" ads at little or no cost. 
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Customer driven systems has certain benefits that other systems do not. Where a large number of 
potential sellers exist, but those sellers do not have the rtsourccs to advertise gl bally, it makes 
sense for customers, if they can, to take the initiative in conmiunicating their needs to a seller. The 
Internet is ideal in this situation because Intemet postings are global, and the customer 

5 theoretically can communicate his offer to a large number of potential sellers. Moreover, 
customers can usually exercise more control over the terms and conditions of their purchases. 

Despite their advantages, existing customer-driven systems have some drawbacks. Sellers 
are deterred from using customer-driven systems because sellers do not want to be inundated with 
numerous requests from potential customers, many of whom may be marginal or unqualified. 

10 Moreover, if each customer has a different set of purchasing specifications and communicates his 
or her needs to sellers using a non-standard format with different conditions, tennis, and language 
styles, the specification may require too much time for the seller to interpret. Furthermore, sellers 
are deterred from using customer-driven systems because there is no guarantee of the authenticity 
of the request, and the financial ability of the customer to enter into the transaction is uncertain. In 

15 addition, such "customers" may actual be rival sellers looking for competitor pricing information. 

Newsgroups scattered across the Intemet make it difficult, if not impossible, for sellers to 
find customer requests. In practice, these customer-driven systems are ineffective because 
potential sellers do not frequent all the various ncwsgroiq)s or bulletin boards or respond to posting 
in those places. Customers are deterred from using customer-driven systems for many of the same 

20 reasons sellers are deterred. For example, a potential seller does not want to be inundated with 
offers from many marginal or unqiialified customers. 

The problems inherent in existing customer-driven systems are compounded where the 
product being sold is available in multiple configurations, for example motor vehicles such as an 
automobile or a truck. These products cause problems because for any given product there are 

25 thousands of possible option configurations, and not all combinations of options are feasible. For 
example, automobile manufacturers usually do not make vehicles having every possible 
combination of options, but rather make the most popular ones. Thus, for example, if a potential 
customer wants a puiple Foni truck with a yellow interior and a V-12 engine, that engine and 
combination of colors may not be available from the manufacturer (Ford). The customer, 

30 however, has no way of knowing this before sending the request to potential sellers. 

Attempts have been made to implement customer-driven systems that address some of the 
above problems. U.S. Patent No. 5,794,207 to Walker ct. al. C'Walkcr'O is illustrative. Walker 
docs not, however, solve all the foregoing problems. Among other things. Walker does not direct 
the customer's request to a target set of sellers who are likely, if not certain, to have the desired 

35 product. Instead, Walker merely places the customer's request where interested sellers can access 
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it. Walker, although it provides for guaranteeing payment by the customer, does not guarantee that 
the sellers will be credible and able to deliver. Walker does not provide means for checking 
whether a complex product the customer wants is feasible, that is, whether it exists r can be 
manufactured. Finally, Walker provides a system where the customer must send a binding 
5 purchase offer that can be accepted by any seller, thereby binding the customer to a contract This 
opens up the possibility that an unscrupulous seller could accept the offer. There is thus a need in 
the art for an s^paratus and method that solves the above problems. 

SUMMARY OF THE INVENTION 

10 The present invention provides an iq^paratus and process for facilitating customer-driven 

sales of products having multiple configurations. The apparatus of the present invention 
comprises a computer networic apparatus to facilitate the purchase of a product having multiple 
configurations, the product being sold by manufacturer-licensed sellers and each product 
configuration being described by a set of product attributes. The computer network apparatus 

15 comprises a server, an intermediary subsystem, and a seller subsystem. 

The server comprises a processor with a storage device connected to the processor. The 
storage device has stored thereon a product database, the product database including information 
regarding existing combinations of product attributes; a seller database stored on the storage 
device, the seller database including seller information such as geographic location; and a program 

20 stored on the storage device for controlling the processor. The program is operative with the 
processor to receive a customer's selected set of product attributes, query the product database 
using the customer's desired set of product attributes to confirm the feasibility of the customer's 
selected configuration, query the seller database using a set of seller attributes to select a target set 
of sellers in the customer's geographic area, transmit a request for quote (RFQ) to the target set of 

25 sellers, the RFQ including the customer's desired set of product attributes, receive a quote from at 
least one seller from the target set of sellers, receive an acceptance of one of the quotes, and 
transmit the acceptance to the seller whose quote was accepted. 

The intermediary subsystem is connected to the server, and comprises a computer 
operative with a program stored thereon to receive from an intermediary input of a customer's 

30 selected set of product attributes, transmit to the server the customer's selected set of product 
attributes, receive from the server a quote from a seller, receive from the intermediary input of an 
acceptance of a quote, and transmit to the server an acceptance of one of the quotes. 

The seller subsystem is connected to the server, and comprises a computer operative with a 
program stored thereon to receive from the server an RFQ, receive from a seller input of a quote in 

35 response to the RFQ, and transmit the quote to the server. 
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The process uses a computer network to facilitate the purchase f a product having 
multiple configurations, the product being sold by manufacturer-licensed sellers and each product 
configuration being described by a set of product attributes. The process includes configuring a 
customer's desired product by selecting the customer's desired set of product attributes; selecting a 

5 target set of sellers in the customer's geogr^hical area, the target set comprising at least one 

seller, and transmitting a request for quote (RFQ) to the target set of sellers, the RFQ including the 
customer's desired set of product attributes and the RFQ being transmitted to a seller subsystem 
using the computer network. When sellers receive an RFQ. at least one seller from the target set 
of sellers' responds to the RFQ with a quote, the quote being mpui through a seller subsystem and 

10 transmitted using the computer network. The quotes received are transmitted to the customer. 
The customer selects for acceptance a quote that matches their desired attributes and transmits 
their acceptance to the seller. 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 Figure 1 illustrates the inventive apparatus and inventive process of a first embodiment of 

the invention. 

Figure 2 illustrates details of a server \ised in the first embodiment of the inventive 
apparatus and inventive process. 

Figure 3 illustrates details of an intermediary subsystem or a seller subsystem usable with 
20 the first embodiment of the apparatus and process. 

Figure 4 is a flowchart illustrating an intermediary's portion of the process of the first 
embodiment. 

Figure 5 is a flowchart illustrating the portion of the process of the first embodiment 
carried out by a target seller. 
25 Figure 6 is a flowchart illustrating the portion of the process used by the intermediary to 

reply to a quote received fiom a seller, the seller having responded using the process of Figure 5. 

Figure 7 illustrates the apparatus and process of a second embodiment of the invention. 

Figure 8 is a flowchart illustrating the portion of the process of the second embodiment that 
is carried out by a customer. 
30 Figure 9 illustrates the apparatus of an intermediary subsystem which, when combined 

with the apparatus and process shown in Figures 1 or 7, forms a third embodiment ^paratus and 
method. 

Figure 1 0 is a flowchart illustrating the process used by an intermediary in a third 
embodiment of the invention. 
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Figure 1 1 is a flowchart illustrating the process used by a seller in a f urth embodiment f 
the invention. 

Figure 12 illustrates the apparatus and process of a sixth embodiment f the invention. 
Figure 13 is a flowchart illustrating an intennediaxy's portion of the process of the sixth 
5 embodiment. 

Figure 14 is a flowchart illustrating the portion of the process of the sixth embodiment 
carried out by a target seller. 

Figure 15 is a flowchart illustrating the portion of the process used by the intermediary to 
reply to a quote received from a seller, the seller having responded using the process of Figure 14. 
10 Figure 16 illustrates the apparatus and process of a seventh embodiment of the invention. 

Figure 17 is a flowchart illustrating the portion of the process of the seventh embodiment 
that is carried out by a customer. 

DETAILED DESCRIPTION OF THE INVENTION 

,15 Several embodiments of the present invention are described in detail herein. The 

embodiments illustrate several ways in which the present invention may be implemented. 
Although the embodiments are described in the context of automobile purchases, they could easily 
be used for other products with multiple configurations and manufacturer-authorized sellers, as 
well. In the description that follows, like nimierals represent like elements or steps in all figures. 

20 For example, if the numeral 10 is used in one figure to refer to a specific element or step, the 
numeral 1 0 appearing in any other figure refers to the same element. 
Fin?t Embodimgnt 

Figures 1 through 3 together illustrate a first embodiment of the inventive q)paratus and 
process. The apparatus and process of the first embodiment are used to facilitate the purchase of a 

25 product having multiple possible configurations, such as an automobile, and are intended to be 
used by an intemiediaiy and one or more sellers to facilitate a product piuchase on behalf of a 
customer. An intermediary is a professional customs, such as a bank, credit union, auto broker or 
other automobile-buying professional, and in some cases the intermediary and the customer may 
be the same entity, for example when the intermediary is a corporate fleet auto customer buying 

30 automobiles on behalf of a corporation. The involvement of an intermediary, such as a bank or 
credit union, provides assurance to both customers and to sellers that the other party to the 
transaction is "credible", that is, able to complete the transaction. The inventive process is 
customer-driven, meaning that the customer initiates a transaction over a network and controls the 
transaction throughout the process of the transaction. The inventive process allows an 

35 intermediary to send a request for quote (RFQ) to multiple sellers, and allows multiple sellers to 
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submit quotes in response to the RFQ. Using this quoteding process the customer is assured of 
getting the specified goods at a competitive price. Figure 1 illustrates the transaction process. 

As shown in Figure 1, the ^aratus is a computer network comprising a server 22; at least 
one intermediary subsystem 24 connected to the server via an intermediary network cormecting 

5 means (eg., intermediary modem 26); and at least one seller subsystem 28 cormected to the server 
via a seller network connecting means {e.g., seller modem 30). Although referred to as modems, 
the intermediary modem 26 and seller modem 30 could be any other communication means that 
enables network conmiunication, for example, ethemet links. The intermediary modem 26 and 
seller modems 30 can be connected to the server by a variety of connecting means, including 

10 public telephone land lines, dedicated data lines, cellular links, microwave links, or satellite 
conununication. 

Figure 2 illustrates details of the server 22. The server 22 is essentially a high-c^acity, 
high-speed computer that includes a processing unit 32 connected to four databases: a product 
database 34, a seller database 36, a customer database 38, and a request-for-quote (RFQ) database 

15 40. Additional databases are optionally added to the server, for example databases to track maricet 
research information for later sale to manufacturers, such as customer demogn^hics, marketing 
information, etc. Also connected to the processing unit 32 is suflBcient memory (shown as part of 
the processing unit, but the memory could be a sq>arate component) and appropriate intermediary 
communication hardware 42 and seller communication hardware 44. Like the intermediary 

20 modem 26 and the seller modem 28, the intermediary communication hardware 42 and seller 
communication hardware 44 may be modems, ethemet cormections, or any other suitable 
communication hardware. In addition, although shown as separate units the intermediary 
communication hardware 42, the seller communication hardware 44 may be a single unit 
Although the server 22 has been shown as a single computer having a single processing unit 32, it 

25 is also possible that the server could be spread over several networked computers, each having its 
processor and having one or more databases resident thereon. 

In addition to the elements described above, the server 22 further comprises an operating 
system and communication software allowing the server to communicate with other computers. 
The preferred operating system is Microsoft Windows NT, while the preferred communication 

30 software is a Microsoft OS (Internet Information Server) server with associated programs. 

The databases on the server 22 contain the information necessary to make the apparatus 
and process work. The product database 34 contains a variety of information about the product, 
including product attributes, available combinations of product attributes, and product pricing. 
The seller database 36 contains information about authorized sellers of the product, including their 

35 name, address, relevant geographical areas served, and manufacturer-authorized product lines. 
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The customer database 38 includes a variety of information about the customers, including names, 
addresses, and product preferences. The customer database is structured so that it maintains a 
customer list for each intermediary that uses the apparatus and process. Finally, the request-f r- 
quote database 40 stores information about RFQ*s sent by the server 22. if any, including the 

5 status (i.e., whether the RFQ is pending, abandoned, expired, whether a quote has been received 
for the RFQ, etc.). The databases arc assembled and accessed using any commercially available 
database software, such as Microsoft Access, Oracle, etc. Microsoft SQL Version 6.5 is the 
preferred database for this applicatioiL 

Figure 3 illustrates details of the intermediary subsystem 26 and seller subsystem 28. Both 

10 subsystems 26 and 28 generally include a processor 46 attached to storage unit 48, a 

communication controller 50, and a display controller 52. The display controller runs a display 
unit through which the intermediary and seller interact with the subsystems 26 or 28. In essence, 
the subsystems 26 and 28 are computers able to run software providing a means for 
communicating with the server 22. This software, for example, is an Internet web browser such as 

15 Microsoft Internet Explorer, Netscape Navigator, or other suitable internet web browsers. 

In addition to showing the apparatus of the first embodiment. Figure 1 outlines the basic 
steps and information transfer of the process. The details of the process are fiirther discussed 
below in connection with Figures 4, 5 and 6. Having put together a request for quote (RFQ) 
configuring the automobile the customer wants, at step 56 the intermediary transmits the RFQ 

20 from the intermediary subsystem 24 through the modem 26 to the server 22. At step 58, the RFQ 
is transmitted from the server 22 to a target set of seller modems 30 and corresponding seller 
subsystems 28. The intermediary according to the criteria of geogr^hic region and authorized 
dealers using the seller database chooses the target set of sellers. If one or more sellers within the 
target set of sellers decide they wish to submit a quote responsive to the RFQ, then at step 60 each 

25 sellers transmits a "quote" from the seller subsystem 28 to the server 22. At step 62, the quotes arc 
transmitted from the server 22 to the intermediary subsystem 24. The intermediary communicates 
the quotes to the customer (this step not shown). If the customer decides to accept one of the 
quotes, the customer notifies the intermediary and at step 64 the intermediary transmits an 
"acceptance response" to the server 22, wherein the acceptance response contains information 

30 about the customer from the customer database and identifies a "selected seller." At step 66, the 
acceptance response is transmitted from the server 22 to the selected seller's subsystem. 

While Figure 1 illustrates the outline and information flow of the overall process. Figures 
4, 5 and 6, illustrate details of the process steps of the first embodiment. Figure 4 illustrates the 
first part of the process, which is carried out by the intermediary. Optionally, a first intermediary 

35 may also transmit the request to a second intermediary at step 85 to act on behalf of the first 
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intcmcdiaiy. The process begins when a customer seeking to purchase fiCT^priatc goods (/.e., an 
automobile) contacts the intermediary. At step 68, the intennediaiy collects personal information 
from the customer such as their name, address, and financing information (i.e., ability t purchase 
up to a certain maximum price) and optionally collects demographic information concerning 
5 reasons for selecting a particular automobile and other demographic information helpfid for 

market research studies (eg., age, household income, education, occiqpation, hobbies/interests, and 
the like). 

Once the customer's personal and demographic information has been gathered, the 
intermediary gathers information regarding the customer's desired product attributes (i.e., the 

10 configuration the customer wants). At step 70 the customer describes to the intermediary the 
general automobile (GA) they want and optionally also describes the exact automobile (EA) they 
want. For example, a customer may want a Ford Taurus; this would be the GA. The customer 
may also want the GA to have an additional set of attributes, for example a 1999 Ford Taurus, 
white in color, automatic transmission, sun roof, CD changer, black leather interior, and alloy 

1 5 wheels; this would be the EA. 

When the customer's GA and EA information has been gathered, the intennediary obtains 
information from the customer at step 72 regarding their flexibility on the desired attribute set of 
the EA. Flexibility is determined by assigning a rank between 1 and 5 to each attribute, 5 being 
high priority and 1 being low priority. Thus, if the customer does not particularly care whether the 

20 transmission is manual or automatic, a low rank is assigned to that attribute. If, however, the 
customer absolutely must have the black leather interior, that attribute is assigned a high rank. 

Step 74 is the last information-gathering step for the intermediary. In this step, the 
intenmediary gathers any additional constraints the customer may want to put on the GA or EA 
they want. Additional constraints may include such items as the customer's desired price range or 

25 a date by which the customer must purchase the car. 

Having gathered necessary information from the customer, the intermediary establishes a 
connection between the intermediary subsystem 24 and the server 22. At step 76, the intermediary 
checks whether the apparatus and process have previously been used to buy a product for this 
specific customer. If the ^paratus and process have not previously been used on behalf of this 

30 customer, the intermediary goes to step 78, where the customer's personal and demographic 
information is entered into the intermediary subsystem 24 and transmitted to the customer 
database 38. If the apparatus and process have previously been used on this customer's behalf, the 
intermediary proceeds to step 80, where the customer information is looked up in the customer 
database 38. Whether or not the customer has used the process before, the intermediary may 

35 optionally perform step 82, where any additional information about the customer may be entered 
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into the intermediary subsystem 24. transmitted to the server 22 and, at stq) 84, written to the 
intennediary's customer list on the customer database 38. 

The intermediary next configures the customer's EA and GA using the product database 
34, At step 86, the intermediary enters the customer's EA, GA and flexibility information into the 

5 intermediary subsystem 24, transmits this information to the server 22, and uses the information to 
query the product database at step 88. Having done the product database loolnip, the intermediary 
reviews the results at step 90 to confirm whether the configuration is feasible. A configuration is 
feasible if, among other things, it exists or can be ordered from a manufacturer, and its price fits 
within the customer's price range. Thus, the customer may want a puiplc Ford Taurus 1999 with a 

10 neon chartreuse interior for $10,000. If the configuration is not feasible, the intermediary returns 
to steps 86 and 88 and tries to come up with some feasible configurations that fit within the 
customer's EA flexibility. 

Once the intermediary finds a feasible configuration, the next step is to put together an 
RFQ in steps 92 and 94. The RFQ consists primarily of the attribute set of the feasible 

15 configuration found at step 90. At step 92 the customer's flexibility information (i,e. attribute 
rankings) is added to the RFQ. Any additional customer constraints, such as an expiration date for 
the purchase and standard or custom terms of sale, are added to the RFQ at step 94. 

When the RFQ has been assembled, the intermediary proceeds to step 96 and selects a 
target set of sellers to which the RFQ will be sent. There are two methods for the intermediary to 

20 select the target list of sellers. In the first method, the intermediary proceeds firom step 96 and 
queries the seller database 36 at step 98 based on selected criteria, for example geographic region 
and authorizations by manufacturers. The seller database 36 contains information about 
automobile sellers nationwide, including what product lines they cany and where they are located. 
The query result will usually be a list of sellers and brokers that are authorized by the relevant 

25 manufacturer (Ford in the example) to sell the specified product line, and that are located in the 
same geographical region as the customer. Thus, if our Ford Taurus customer lives in Tightwad, 
Missouri, the seller database query finds Ford sellers or brokers in a defined geographic region of 
Tightwad, Missouri. Sellers and brokers outside the customer's geogr^hic region could also be 
found, and may be desirable if, for example, the sellers outside the region are sufficiently price 

30 competitive. At step 1 00, the intermediary can filter the list of sellers based on fiirthcr seller 
criteria to obtain a target set of sellers. If, for example, the intermediary has had bad experiences 
with a particular seller or the particular seller has been xmresponsive to previous RFQ's, that seller 
or broker can be removed firom the potential target set of sellers. 

The second method by which the intermediary selects the target set of sellers is shown at 

35 step 102. At step 102 the intemicdiary accesses their '"preferred seller list" and selects the target 
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set of sellers fiom this list. The intermediary will have used steps 98 and 100 described above to 
compile their preferred seller list before even starting the process of Figure 4, and will have saved 
the result of steps 98 and 100 on the seller database for future use. The intcrmediaiy can always 
update their preferred seller list, 

5 Having assembled the RFQ and selected the target set of sellers, the intermediary proceeds 

to step 104. where the RFQ is transmitted to the saver 22 (Figure 1). At step 106, the RFQ is 
assigned an identification number for tracking, and at steps 108 and 1 10 the RFQ is written to the 
RFQ database and the transaction is logged* The RFQ database stores information for each RFQ 
processed by the apparatus, including the contents of the RFQ, the sellers to which it was sent, its 

10 expiration date (if any) and its stattis (j.e. expired, pending, responded to). At step 1 12, the RFQ is 
transmitted from the server 22 to the target set of sellers (sec step 56 in Figure 1). At step 1 14, 
which is optional, the target set of sellers may be notified that an RFQ has been sent to them. 

Figure 5 shows a target sellers' side of the process once they receive an RFQ. A target 
seller is a seller included in the target set of sellers. At step 1 14, a target seller receives the RFQ. 

15 At step 11 6, the target seller checks the product specified in the RFQ against the products in 

inventory. At step 1 1 8, the seller assesses whether there is a product in inventory that matches the 
EA specified in the RFQ. 

If the target seller has the EA in inventory at step 120, the target seller will put together a 
quote indicating that they have the EA in inventory and also indicating an asking price for the EA, 

20 A target seller is not obligated to submit a quote in response to an RFQ; the seller may choose 
whether to quote based upon his or her own economic decision making criteria A quote can 
optionally be a legal offer that, if accepted by the customer, will bind both the customer and the 
seller to a legally enforceable contract. 

If the EA is not in inventory, the target seller proceeds to step 122 and submits a quote for 

25 a product that the customer might find acceptable based on the customer's GA and EA and their 
attribute flexibility. For example, in the above case where the customer wanted an automatic 
transmission in the Ford Taurus, the seller may have a Taurus that has most or all of the other 
features, but has a manual transmission. If the customer has assigned a low rank to the choice of 
transmission, then the seller can submit a quote specifying the Taurus with a manual transmission 

30 and the seller's asking price for that vehicle. Alternatively, if the EA is not in target seller's 
inventory the target seller can respond at step 122 with an EA that can be ordered from the 
manufacturer. 

The next step is for the target seller to assemble a quote for transmission. At step 124, the 
seller enters into the seller subsystem 28 the attribute information for the EA, or the GA varying 
35 fit>m the EA within the customer's attribute flexibility. Also entered into the seller subsystem 28 
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are the scller*s asking price for the vehicle they are responding with and any additional constraints 
they wish to place on the transaction. Additional constraints include an expiration time for the 
quote, and optionally include delivery constraints, payment constraints, r any thcr contingencies. 
At step 126, the seller verifies the seller inforaaation that will accon^any the RFQ; the seller 

5 information includes such items as the seller's name, address, etc. If any of the seller information 
is incorrect, the seller can correct it at this step and the seller database will be iqnlated If there are 
any changes to the seller information, the new seller information is transmitted to the server 22 and 
stored in the seller database 36. The seller information is also transmitted with the quote. At step 
128, the seller verifies the quote information that is being submitted and proceeds to step 130, 

10 where the quote is transmitted to the server 22. Once transmitted to the server 22, the quote is 
assign^ a number for tracking purposes at step 132, the RFQ database is updated to reflect that a 
quote has been sent in response to the RFQ at step 134, and the transaction is logged at step 136. 
The seller's quote is transmitted fi-om the server to the intermediary subsystem 24 at step 138. 

Figure 6 shows the intermediary's part of the process once the quote has been transmitted 

15 to the intermediary subsystem 24 firom the server 22. When the intermediary receives the seller's 
quotes at step 140, the intermediary proceeds to step 142 where the quotes are transmitted to the 
customer by the intermediary using suitable means, such as a telephone, e-mail, or fax machine. 
The customer assesses the adequacy of each quote at step 144. If the customer does not accept a 
quote, then the intermediary enters the rejection of the quote into the intermediary subsystem 24 

20 and transmits the rejection to the server 22. At step 145, the server 22 notifies the appropriate 
seller that the quote was rejected, and at stepl46 the quote is tagged as expired and placed in an 
archive. 

If the customer accepts a quote, the customer transmits an acceptance of the quote to the 
intermediary at step 148. The intermediary proceeds to step 150, where the intermediary enters 

25 the acceptance information (delivery instructions, payment methods, etc.) into the intermediary 
subsystem 24. At step 152, the intermediary subsystem transmits the customer's accq>tancc 
information to server 22. The server executes step 154. where a standardized acceptance is 
generated, and proceeds to steps 156 and 158 where the RFQ database is updated to reflect the 
acceptance. At step 159, the server transmits the standardized acceptance to the seller subsystem 

30 of the appropriate target seller whose quote was accepted by the customer. 
Second Embodiment 

Figure 7 illustrates a second embodiment of the inventive apparatus. The aq>paratus of the 
second embodiment is similar to the apparatus of the first embodiment, except that the second 
embodiment includes a customer subsystem 160 connected to the server 22 via a customer modem 
35 162. The customer subsystem is as shown in Figure 3. The principal difference between the 
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apparatus of the first and second embodiments is that, in the second embodiment, the customer 
uses the customer subsystem 160 and customer modem 162 to interact with the server 22. The 
customer uses the product database 34 to configure one's own vehicle, instead of simply providing 
the information to an intermediary and allovraig the intamediaiy to configure a vdiicle. 

5 The additional prtxxss steps in the second embodiment are outlined in Figure 7. At stq> 

164, the customer has configured their vehicle using the product database 34 and transmits the 
final product and customer information to the server 22. The server transmits the customer's 
information to the intermediary at step 166, so that the intermediary can review the information, 
formulate an RFQ using the product and customa: information, and transmit the RFQ to the 

10 appropriate target set of sellers. The advantage of retaining the intermediary in the process is that 
the intermediary has more expertise in using the apparatus and process and in dealing with sellers. 
The intermediaiy may thus be able to alert the customer to possibilities he hasn't considered. For 
example, if the customer configures a 1998 Ford Taurus and wants to pay less than $10,000, but 
the intermediary, by querying the product database 34 using the customer's product information, 

15 knows that there are many 1997 Ford Taurus cars available at deep discounts, the intermediary can 
notify the customer that a bargain may be possible. 

The detailed process used in the second embodiment is similar to the process described 
Figures 4 through 6, except that steps 68 through 94 in Figure 4 are replaced by the process shown 
in Figure 8. The principal difference between the processes of the first and second embodiments 

20 relates to how the customer's information is entered into the apparatus and processed. In the first 
embodiment, the customer gives their demographic and product infonnation to the intermediary, 
who then uses the intermediary subsystem 24, server 22 and its associated product database 34 to 
configure a feasible vehicle for the customer. In the second embodiment, the customer configures 
their own feasible vehicle fust, and then sends that product information and their demographic 

25 information to the intermediary to finish the remainder of the process. 

Figure 8 illustrates the process of the second embodiment. The customer establishes a 
connection between the customer subsystem and the server at stq> 166. The customer usually 
accesses the server indirectly by, for example, clicking on a Unk to the server in an intermediary's 
web site. The customer inputs their personal and demographic information at step 178, their 

30 EA/GA information at steps 1 80 through 1 84. Any additional customer information is entered at 
step 1 74. The personal and demographic data and additional data are written in the intermediary's 
list of customer data in the customer database 34 at step 176. The customer then configures their 
product at step 186 and queries the database at step 188. 

At step 190, the customer reviews the query results and assesses the feasibility of the 

35 configuration. If the configuration is not feasible, the customer returns to step 1 86 where the 
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customer configures another product, again queries the product database 34 at step 188, and 
reviews the query results at step 190 to sec if the configuration is feasible. Once a feasible 
configuration is found at step 190, the customer transmits the information to the server 22, which 
then transmits the information to the intennediaiy at step 192 and notifies the intcnnediaiy of the 
5 transmission at step 194. The intermediary reviews the customer's request at step 196 and 
continues with the remainder of the process shown in Figures 4 through 6, starting at step 96 in 
Figure 4. 

Third Fmhodiment 

A third embodiment of the apparatus uses the apparatus of Figure 1, except that the 

10 intennediary subsystem 24 is as shown in Figure 9. As shown in Figure 9, the intermediary 
subsystem comprises a processor with memory 46, a communication controller 50, an interface 
controller 52, and a user interface 54, all three of which are connected to the processor. A storage 
device 48 is also connected to the processor, and the storage device 48 contains a second product 
database 198. The intermediary subsystem also includes software that allows the subsystem to 

15 communicate with the server. One example of suitable communication software is a web browser 
such as Microsoft Internet Explorer Version 4.0 with associated plug-ins. The plug-ins enable 
interaction with the second product database 198 fi:om within the web browser. 

The principal difference between the apparatus of the third and first embodiments is the 
location of the product database. In the first embodiment, the product database 34 resides on the 

20 server 22 only. In the third embodiment, a second product database 198 resides on the 

intcnnediary*s subsystem. The second product database 198 is in addition to product database 34 
located on the server 22. This apparatus configuration allows the intennediary to accomplish the 
configuration steps of the process without communicating with the server 22. 

The process for using the third embodiment is similar to that shown in Figures 4 through 6, 

25 except that steps 68 through 94 in Figure 4 are replaced with the process shown in Figure 10, 

Steps 202 to 214 in Figure 10 are executed on the intennediary subsystem without communicating 
with the server. The intennediary inputs the customer's personal and demographic information at 
step 202, and the customer's EA/GA information, attribute flexibility information, and additional 
constraints at steps 204 through 208, The intennediary configures the customer's product 

30 configuration at step 2 1 0, queries the database at step 2 1 2, and reviews the query results at step 
214 to assess whether the configuration is feasible. If the product configuration is not feasible, the 
intennediary returns to step 210 where the intermediary configures another configuration within 
the customer's attribute flexibility. The intermediary queries the database again at step 212, and 
reviews the query results at step 214 to see if the configuration is feasible. 
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Once the configuration is found to be feasible at step 214, the intermediary establishes a 
communications link with the server at step 216, At step 21 8, the intermediary determines 
whether the apparatus and process have previously been used on behalf of this particular customer. 
If the apparatus and process have not previously been used for this customer, the intennediaiy at 

5 step 220 transmits the customer*s personal and dcmogrq)hic information from the intermediary 
subsystem to the customer database 38 on server 22. Any additional customer information is 
entered into the intermediary subsystem at step 222 and transmitted to the intcnnediary's customer 
list on the customer database at step 225. If the apparatus and process have previously.becn used 
on this customer's behalf, the intermediary queries the customer database at step 224 to obtain the 

10 customer's demographic information and cntCTS any additional customer information at step 222. 
The customer information and additional information are written to the intermediary's list of 
customer information on the customer database at step 225. At step 226, the intermediary 
transmits the customer mformation to the server 22. The intermediary then continues with the 
remainder of the process shown in Figures 4 through 6, starting at step 96 in Figure 4. 

15 Fourth Embodiment 

A fourth embodiment of the apparatus utilizes the apparatus of either the first, second or 
third embodiments. The primary difference between the process of fourth embodiment and the 
processes of the other embodiments is the process followed by the target sellers when they do not 
have the customer's EA in inventory. 

20 The process used in the foxirth embodiment is similar to that shown in Figure 4 through 6, 

except that the process shown in Figure 1 1 replaces the seller's process shown in Figure 5. In 
Figure 1 1, a seller receives the RFQ at step 228, and at step 230 checks to see if a product having 
the EA attributes specified in the RFQ is in inventory. If the target seller has the EA in inventory, 
they respond to the RFQ with the EA at step 232. If they do not have the EA in inventory, the 

25 target seller, using the attribute flexibility information in the RFQ, proceeds to step 234. At step 
34 the target seller queries the product database 34 to see if they can come up with a feasible 
configuration which they can submit in response to the RFQ. At step 236, the seller reviews the 
query results and assesses the feasibility of the configuration. If the configuration is feasible, the 
seller proceeds to step 238 and responds to the RFQ with this alternative GA configuration. 

30 At steps 240 to 244, the target seller assembles the quote. At step 240, the target seller 

enters into the seller subsystem the information for the EA or GA, along with the asking price for 
the vehicle they are responding with and any additional constraints they wish to place on the 
transaction. Additional constraints include an expiration time for the quote, and optionally include 
delivery constraints, payment constraints, or any other contingencies. At step 242, the seller 

35 verifies the seller information accompanying the RFQ. The seller information is stored in the 
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seller database and is transmitted with the RFQ. If any f the seUer infonnati n is incorrect, the 
seller can correct it at this step and the seller database will be updated. At step 244, the seller 
verifies the quote information that is being submitted and proceeds to step 246, where the seller's 
quote is transmitted to the server. Once transmitted to the saver, the quote is assigned a number 
5 for tracking purposes at step 248, and the RFQ database is updated to reflect that a quote 

responsive to the RFQ has been sent at step 250. The target seller's quote is transmitted then from 
the server to the intermediary subsystem at step 254. 
fifth Fmhftdiment 

In a fifth embodiment (not illustrated in the Figures) of the apparatus and process, the 
10 apparatus is the same as the ^paratus of the first, second, third or fourth embodimaits. The 
process of the fifth embodiment is identical to the process of the first, second, third or fourth 
embodiments. The difference between the process of the fifth embodiment and the process of 
other embodiments is that the customer now perforaM all the process steps previously performed 
by the intermediary. In other words, the customer uses the ^aratus and method to submit RFQ's 
15 directly to the target set of sellers, and the target sellers use the apparatus and method to submit 
quotes in response to the RFQ directly to the customer. 
SiYth Fmhodiment 

A sixth embodiment of the inventive apparatus and process is illustrated in Figure 12. The 
apparatus is similar to the apparatus of the first embodiment, except that the computer network 

20 includes one or more foreign servers 23 connected to the server 22, either direcUy or through 
intermediate servers (not shown). The foreign servers are "foreign" in the sense that they are 
hosted by a different entity than the entity hosting the server 22, and may or may not be configured 
the same as server 22 (shovwi in Figure 2). One or more intermediary subsystems 24 are 
connected to each foreign server 23, and at least one seller subsystem 28 is also connected to the 

25 server 22 via seller modem 30. The intermediary and seller subsystems and modems are 

configured in the same way as the subsystems of the first embodiment (Figure 3). One advantage 
of this network airangement is that the intennediaiy may be connected to any server ninning some 
sort of vehicle configuration software, and need not maintain an account on, or know how to find 
and communicate with, the server 22. By collecting RFQ's from many foreign servers and 

30 distributing the RFQ's to target sets of seUers, a much larger pool of potential customers can 
access the set of sellers coimected to the server 22. 

In addition to illustrating the ^paratus. Figure 12 outlines the basic stq?s and information 
transfer of the process; the details of the process are fiulher discussed below in connection vnih 
Figures 13, 14 and 15. Having put together a request for quote (RFQ) configuring the automobile 

35 the customer wants, at step 55 the intermediary transmits the RFQ from the intermediary 
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subsystem 24 through the modem 26 to the foreign server 23. The foreign server 23 in turn 
transmits the RFQ to the server 22 at step 56. For each RFQ sent finom the foreign server 23 to the 
server 22. the host of the foreign server uses a seller database residing on the server 22 to choose a 
target set of sellers, according to the criteria of geographic region and authorized dealers. At step 

5 58, the RFQ is transmitted from the server 22 to a target set of seller modems 30 and 
corresponding seller subsystems 28. 

If one or more sellers within the target set of sellers decide to submit a quote responsive to 
the RFQ, then at step 60 each seller transmits a "quote" from their seller subsystem 28 to the 
server 22. The quotes are transmitted from the server 22 to the foreign server 23 at step 62. At 

10 step 63, the quotes are transmitted from the foreign server 23 to the intermediary subsystem 24. 
The intermediary then conununicates the quotes to the customer (this step not shown). 

If the customer decides to accept one of the quotes, the customer notifies the intermediary 
and at step 65 the intenncdiary transmits an "acceptance response** to the foreign server 23, 
wherein the acceptance response contains information about the customer from the customer 

15 database and identifies a "selected seller." At step 64, the acceptance response is transmitted from 
the foreign server 23 to the server 22, and is then forwarded to the selected seller's subsystem at 
step 66. 

For the apparatus and process to operate successfiilly as shown, the server and any foreign 
servers must use a common "language" for describing automobiles, the RFQ's, quotes and 

20 other data transmitted between servers must be put into a common data format or use a common 
data structure. By using a common data format, the product configuration process on a foreign 
server can interact with the product configuration process on the server, even if the configuration 
process differs between the two platforms. An example of such a "language" for describing 
automobiles is shown in Appendix A. The structure of the language is explained below. 

25 Figures 13, 14 and 15 illustrate details of the process of the sixth embodiment. The 

process of the sixth embodiment is very similar to the process of the first embodiment; most of the 
differences between the first and sixth embodiments occur in the initial part of the process, shown 
in Figure 13. The intermediary carries out the first part of the process. The process begins when a 
customer seeking to purchase appropriate goods 0'.^., an automobile) contacts the intermediary. 

30 At step 256, the intermediary collects personal information from the customer such as their name, 
address, and financing information (i.e., ability to purchase up to a certain maximimi price) and 
optionally collects demographic information concerning reasons for selecting a particular 
automobile and other information helpful for market research studies (eg., age, household income, 
education, occupation, hobbies/interests, and the like). 
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Once the cxistomcr's personal and dem graphic infonnation has bcoi gathered, the 
intermediary gathers information regarding the customer's desired product attributes (/.e., the 
automobile configuration the customer wants). At step 258 the customer describes to the 
intermediary the general automobile (GA) they want, and optionally describes the exact 

5 automobile (EA) they want At step 259 the intermediary gathers any additional constraints the 
customer may want to put on their GA or EA. Additional constraints may include items such as 
the customer's desired price range, or a date by which the customer must purchase the car. Having 
gathered necessary information fiom the customer, the inteimediary establishes a connection 
between the intermediary subsystem 24 and the foreign server 23. The intermediary proceeds to 

10 steps 260 and 262, where the customer's personal and demographic infonnation are entered into 
the intermediary subsystem 24. 

The mtermediary next configures the customer's EA and GA at step 264 using the 
customers GA/EA infomiation and any additional mformation gathered. Step 264 is a 
generalization of steps 86 through 94 of the first embodiment (Figure 4), because the configuration 

15 process on the foreign server 23 may be different than the process on server 22. Once the 

intermediary configures a vehicle, the next step is to put together an RFQ at step 266. As with the 
first embodiment, the RFQ consists primarily of the attribute set of the vehicle configured at stq) 
264 plus any additional constraints. Additional customer constraints including an expiration date 
for the purchase and standard or custom terms of sale, are added to the RFQ at step 266. At step 

20 268, the intermediary transmits the RFQ information to the foreign server 23, and at step 270 the 
RFQ is forwarded to the server 22. 

When the RFQ has been transmitted to the server 22, the host of the foreign server must 
select a set of target sellers to which the RFQ will be sent. The foreign server host estabUshes a 
connection to the server 22 and, at step 272, selects a target set of sellers to which the RFQ will be 

25 sent. The foreign server host may use one of two methods to select the target set of sellers. In the 
first method, the foreign server host proceeds fiom step 272 and queries the seller database 36 
(located on server 22) at step 274 based on selected criteria, for example geographic region and 
authorizations by manufacturers. The seller database 36 contains infonnation about automobile 
sellers nationwide, including what product lines they carry and where they are located. The query 

30 result will usually be a list of sellers and brokers that are authorized by the relevant manufacturer 
(Ford in the example) to sell the specified product line, and that are located in the same 
geographical region as the customer. Sellers and brokers outside the customer's geogr^hic region 
could also be found, and may be desirable if, for example, the sellers outside the region are 
sufficiently price competitive. At step 276, the foreign server host can filter the list of sellers 

35 based on fiirther seller criteria to obtain a target set of sellers. If, for example, the foreign server 
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host has had bad experiences with a particular seller r the particular seller has been unresponsive 
to previous RFQ's, that seller or broker can be removed fix)m the potential target set of sellers. 

The second method by which the foreign server host selects the target set of sellers is 
shown at step 278. At step 278 the foreign server host accesses their •^preferred seller UsC and 
5 selects the target set of sellers from this list. The foreign server host will have used steps 274 and 
276 described above to compile their preferred seller list before even starting the process of Figure 
13. and will have saved the list of sellers resulting from stq)s 274 and 276 on the seller database 
for future use. The foreign server host can always update their preferred seller list. 

Having assembled the RFQ and selected the target set of sellers, the foreign server host 
10 instructs the server 22 to transmit the RFQ to the target set of dealers. At step 280, the RFQ is 
assigned an identification number for tracking, and at steps 282 and 284 the RFQ is written to the 
RFQ database and the transaction is logged. The RFQ database resides on the server 22 and stores 
information for each RFQ processed by the q)paratus, including the contents of the RFQ, the 
sellers to which it was sent, its expiration date (if any) and its status expired, pending, 
15 responded to, etc.). At step 1 12, the RFQ is transmitted from the server 22 to the target set of 
sellers. At step 1 14, which is optional, the target set of sellers may be notified that an RFQ has 
been sent to them. 

Figure 14 shows a target sellers' side of the process once they receive an RFQ. The 
process followed by the target sellers in Figure 14 is identical to the process of the first 
, 20 embodiment (shown in Figure 5), except for the addition of step 1 37, where the target seller's 
quotes arc transmitted from the server 22 to the foreign server 23. 

Figure 15 shows the intermediary's part of the process once the server 22 transmits the 
seller's quotes to the intermediary subsystem 24. This part of the process in the sixth embodiment 
is identical to the process followed by the intermediary in the first embodiment (shown in Figure 
25 6), except for the addition of step 151, where the quote acceptance information is transmitted from 
the foreign server 23 to the server 22. 
<;ftventh Fmhodiment 

Figure 16 illustrates a seventh embodiment of the app^^ process. The apparatus of 
the seventh embodiment is similar to the ^aratus of the sixth embodiment, except the seventh 
30 embodiment includes a customer subsystem 160 connected to the foreign server 23 via a customer 
modem 162. The customer subsystem is as shown in Figure 3. The principal difference between 
the apparatus of the sixth and seventh embodiments is that, in the seventh embodiment, the 
customer interacts directly with the foreign server 23, The customer uses the product 
configuration process on the foreign server 23 to configure their own vehicle, instead of simply 
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providing the information to an intermediary and allowing the intermediary to configure a vehicle 
for them. 

The process steps in the seventh embodiment are outlined in Figure 16, As most of the 
process is identical to the process of the sixth embodiment (Figure 12), only the additional steps of 

5 added for the seventh embodiment are discussed. At step 164, the customer has configured a 
vehicle and transmits the final configuration and customer information to the foreign server 23. 
The foreign server 23 transmits the customer's information to the intermediary at step 166, so that 
the intermediary can review the information, formulate an RFQ using the product configuration 
infomiation, and transmit the RFQ fipom the subsystem 24 to the foreign server 23. Once the 

10 intcnnediary transmits the RFQ the foreign server 23, the process continues as in the sixth 

embodiment, with the foreign server 23 forwarding the RFQ to the server 22 and on to the selected 
target set of sellers. The advantage of retaining the intermediary in the process is that the 
intermediary usually has more expertise in using the apparatus and process and in dealing with 
sellers. Thus, the intermediary may be able to alert the customer to possibilities he or she had not 

15 considered. 

The detailed process used in the seventh embodiment is similar to the process described for 
the sixth embodiment in Figures 13 through 15, except that steps 256 through 268 in Figure 13 are 
replaced by the process shown in Figure 17. The principal difference between the processes of the 
sixth and seventh embodiments relates to how the customer's information is entered into the 

20 apparatus and processed. In the sixth embodiment, the customer gives his or her demographic and 
product information to the intcnnediary. who then uses the intermediary subsystem 24 and foreign 
server 23 to configure a vehicle for the customer. In the seventh embodiment, the customer 
configures his or her own vehicle first, and then sends that product information along with the 
demographic information to the intermediary to finish the remainder of the process. 

25 Figure 17 illustrates the customer process of the seventh embodiment The customer 

establishes a connection between the customer subsystem and the foreign server 23 at step 286. 
The customer usually accesses the foreign server 23 indirectly by, for example, clicking on a link 
to the foreign server in an intermediary's web site. The customer inputs their personal and 
demographic information at steps 288 and 290, and their EA/GA information at step 292. The 

30 customer then configures their product at step 294. As with the sixth embodiment, step 294 is a 
generalization of the configuration process of the first embodiment, since the configuration 
process on the foreign server 23 may be diflfercnt than the configuration process on the server 22. 

Once a configuration is found at step 294, the customer transmits the information to 
intermediary through the foreign server 23 at step 296. The foreign server 23 notifies the 

35 intermediary of the transmission at step 298. The intermediary reviews the customer's request and 
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fonnulates an RFQ at step 300 and continues with the remainder of the process shown in Figures 
1 3 through 15, starting at step 270 in Figure 13. 
Fiphth FmhoHimtsnt 

An eighth embodiment (not shown) uses the apparatus of any one of the first through 

5 seventh embodiments, but varies the process slightly. The process of the eighth embodiment is 
one-way, as compared to all the previous embodiments, which operate in a two-way mode. In the 
eighth embodiment, the initial part of the process is the same: a customer or intermediary 
configures a car and transmits an RFQ to a target set of sellcis, either directly through the server 
22 or through a foreign server 23 connected to the server 22. In previous embodiments, the RFQ 

10 contained only public information related to the customer's desired car, such as the EA/GA 
infonnation. flexibility information, and other constraints. The RFQ did not include the private 
customer information, such as name, address, phone, etc. In the eight embodiment, the RFQ 
contains the customer's infonnation so that the target dealers can contact the customer direcUy by 
other means such as the telephone, rather than responding to the intermediary with a quote using 

1 5 the apparatus and process shown. Thus, using the first embodiment as an example, steps 68 
through 1 14 are carried out as normal, but steps 1 16 through 159 are not carried out at all. or at 
least arc not carried out using the apparatus and process disclosed herein. 

An additional difference between the eighth and other embodimaits is the method of 
selecting the target set of dealers to which the RFQ's will be sent. The target set of dealers may be 

20 selected manually by the intermediary or the foreign host operator as in previous embodiments, or 
may be automated. Automation is possible because the RFQ now contains the customer's private 
infonnation. Thus, upon receipt of an RFQ, the server 22 can automatically use the customer's 
private infonnation to query the seller database 36 to find a set of dealers near the customer. The 
query could, for example, use the customer's telephone area code and prefix, or could use the 

25 customer's zip code to automatically extract fiom the seller database 36 a target set of sellers in 
the customer's geogrs^hic area. 
Minth FmhoHiment 

A ninth embodiment (not illustrated in the Figures) uses the apparatus of any one of the 
first through eighth embodiments and can use the process of any of the first through eighth 

30 embodiments. The major difference in the ninth embodiment is in who responds to the RFQ sait 
to the target set of sellers. If a particular seller cannot or does not want to send quotes in response 
to RFQ's, that seller can q)point an agent to reply to RFQ's. The agent uses the same response 
process as the sellers (shown, e.g., in Figures 5, 1 1 and 14). One difference in the process is that, 
whenever an RFQ is sent to a particular seller, that seller's appointed agent must be notified (by e- 

35 mail, phone, fax, or other means) that an RFQ has been sent to the seller. 
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Cur nescriptiATi T anyuage 

Appendix A illustrates an embodiment of a computer "language" for describing 
automobiles that can be used and understood by different computer platforms and vehicle 
configuration programs. The embodiment shown, which is the preferred embodiment of the 

5 language, uses Extensible Markup Language (XML). The vehicle description language comprises 
a hierarchical data structure containing nested blocks of data describing different aspects of the 
vehicle the customer wishes to purchase. Every block of data is dther a top-level block or a sub- 
block. Sub-blocks may be nested within the top-level blocks or within other sub-blocks. Each 
block or sub-block may contain a number of data items, data items being the lowest level in the 

10 hierarchy and being the actual information describing the vehicle desired by the customer. Each 
top-level block includes starting and ending delimiters that mark the beginmng and end of the 
block. Similarly, each sub-block includes starting and ending delimiters which mark the 
beginning and end of the sub-block and associate a sub-block with the block in which it is nested, 
i.e., the delimiters identify the top-level block or sub-block to which the particular sub-block 

15 belongs. The data items also have starting and ending delimiters that associate each data item with 
the block or sub-block within which it is nested. Top level blocks do not belong to any other 
blocks. 

The two top-level blocks of data are the public block and the private block. The public 
block contains the information that anyone using the system can see; usually this is the 
20 information regarding the vehicle the customer wants to buy. The private block contains the 
customer information, including their contact information such as name, address and phone 
number. 

Several sub-blocks of data are nested in the pubhc block, each sub-block containing a 
different type of data. In the embodiment shown, there are three sub-blocks in the public block: a 

25 vehicle identification sub-block, a vehicle detail sub-block, and a color sub-block. The vehicle 
identification sub-block contains the basic information of the vehicle the customer wants to 
purchase (i.e., the customer's GA), such as manufacturer, make, model and model year. The 
vehicle detail sub-block contains all the detailed information regarding the particular vehicle 
configuration the customer wants (i.c. the customar's EA). 

30 The vehicle detail sub-block itself has several sub-blocks of data nested therein; These 

sub-blocks include a standard sub-block containing information about the standard equipment 
found on the vehicle identified in the vehicle identification sub-block, and an option sub-block 
containing information about the optional equipment chosen for the car by the customer. Nested 
within the standard sub-block are sub-blocks blocks of data, known as categories. The categories 

35 a so labeled because data items describing the vehicle's standard information are grouped into 
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categories relating to different parts of the car. Categories in the standard sub-block include the 
vehicle exterior, interior, etc. 

The option sub-block is structures similarly to the standard sub-block, and also contains 
several categories containing data items relating to chosen options for the vehicle. Categories in 
5 the option sub-block include emissions, engine, transmission, preferred equipment groups, 

appearance packages, tires, seat type, seat trim, paint and additional options. The third sub-block 
in the vehicle detail sub-block is a color sub-block that contains categories relating to the 
coloration of each part of the vehicle. 

Nine embodiments of the present invention have been described. A person skilled in the 
10 art, however, will recognize that many other embodimaits are possible, including combinations o 
the embodiments presented. For this reason, the scope of the invention is not to be determined 
from the description of the embodiments, but must instead be determined solely from the claims 
that follow. 
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APPENDIX A 

Below is an example of XML for a 1999 Chevy Camaro. Note, the private section is only 
representative of the data, not the exact data for this vehicle, 

1 



<7xml verBion«"1.0" encoding-" 150-8859 •t«nd«lon«-"no"?> 
<IDOCTYPE VEHICLE. DESCRIPTION SYSTEH "cdcv«h.dtd"> 
<VEHICLE.OESCRIPTION> 

<l--The public section can be used by eny application 

<V£HICLE.PUBLIC> 

<l"This section identify* a vehicle. The XD*e are C/D3 Perm ID*e --> 

cVEHICLE . XNDEHTIFICATIOH> 

<HOOEIi . YEAR>1 9 99 < /MODEL . YBAR> 
<MANUFACTUR£R PERMID-*06"> 

<MAHUFACTURER .NAME>General Motor •</HMnJFACTURSR . NAHS> 
< /MANUFACTURER> 
<DIVISION PERMID«''08"> 

<DI VI S ION . NAME>Chevrolet < /DIVI SION . NAME> 
</DIVlSION> 
<MAK£ PERMID«*'06"> 

<HAKE . NAM£>Chevrolet < /MAKE . NAKE> 
</KAK£> 

<MODEL PERMID-"01"> 

<MODEL . NAME >Caaaro< /MODEL . NAKE> 

< FLEET . RETAI L , BOTH>botb< /FLEET . RETAI L . BOTH> 
</MODEL> 

< STYLE PERMID-*03-> 

< STYLE. NAME >2dr Cpe Z2e</STYliE.NAM£> 
<STYLE . CODE >lFPe 7 < /STYLE .CODE > 
< FLEET . RETAIL. BOTH>both< /FLEET . RETAIL. BOTH > 
< STYLE. PRICING > 

< EFFECTIVE . DATE>Oe/l 9/1998</EFFECTIVE . DATE> 

< MARKUP . PERCENTAGE > 9 . 04 < /MMIKUP . PERCENTAGE> 

< PRICING . COMMENTx/ PRICING . COMMENT> 
<PRIC£.BASE> 

<PRICE.SET> 
<PRICE> 

<PRICE . NAME >Invoice</ PRICE . NAME> 
< PRI CE . VALUE > 1 90 96 . 05</ PRI CB . VALUE> 

</PRICE> 

<PRICE> 

<PRICE.NAME>MSRP</PRICE.NAME> 
<PRICE.VALUE>20e70.00</PRICB.VALUE> 
</PRICE> 
</PRlCE.SET> 
</PRICE.BASE> 
< PRICE. DESTINATION > 
<PRICE.SET> 
<PRICE> 

< PRI CE . NAME > Invoi ce < / PRICE . NAME > 
<PRICB.VALUB>535.00</PRICE.VALUB> 

</PRICB> 

<PRICE> 

cPRICE .NAME>MSRP</PRICX .NAME> 
<PRIC£.VALUB>53S.00</PRICB.VALUB> 
</PRICE> 
</PRICE.£ET> 
< /PRICE. DESTINATION> 
< /STYLE. PRI CI NG> 
</ STYLE > 
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</VEHICLB . INDEtrTZFICATZOH> 

<1--This section contains vehicle details as spec*d. 

<VEHICLB.DETAILS> 
<V£HICLB.SPEC> 
< STANDARD. SET> 
<CATE00RY.8ET> 

<STAfDARO . CATEGORY> "Hschanical " </STANDAIU) . CATSGORY> 
<STANDA5U) . DESCRIPTIONS > 

< STANDARD . DESCRI PTIOH> 

5.7L (3S0) SPX small block V8 engine 
</STANDARD.DESCRIFTION> 
<STANDARD. DESCRI PTION> 

Single serpentine belt accessory drive 
< /STANDARD . DESCRI PTION> 
<STANDARD .DBSCRIPTION> 

4 -Speed electronically -control led automatic transmission v/OD 

< /STANDARD . DESCRI PTI<»I> 
<STANDARD.DESCRIPTICM> 

Limited slip rear differential axle 
</STANDARD . DESCRXPTION> 
cSTANDARD . DESCRI PTION> 

3.73 rear axle ratio 
< /STANDARD . DESCRI PTI CHI > 
<STANDARD . DESCRI PTICN> 

Rear wheel drive 
< /STANDARD . DESCRI PTION> 
< STANDARD . DESCRI PTION> 

Battery rundown protection 
< /STANDARD . DESCRI PTION> 
< STANDARD . DESCRI PTION> 

Performance ride /handling suepenalon 
< /STANDARD . DESCRI PTION> 
<STANDARD . DESCRIPTI0N> 

Short -long arm (SLA) front suspension system 
< /STANDARD . DESCRI PTION> 
< STANDARD . DESCRI PTI 0N> 

4 -wheel coil spring suspension system w/cotnputer- selected springs 
< /STANDARD . DESCRI PTION> 
^STANDARD . DESCRI PTION> 

Front/rear stabilizer bars 
< /STANDARD . DESCRI PTIOM> 
<5TANDARD .DESCRI PTION> 

Monotube gas -charged deCarbon front /rear shocks 
< /STANDARD . DESCRI PT10M> 
< STANDARD . DESCRI PTI ON > 

P335/55R16 SBR BSW touring tires 
</ STANDARD . DESCR I PTI ON > 
< STANDARD . DESCRI PTI ON > 

16* compact spare tire 
< /STANDARD . DES CRI PTIOH> 
<STANDARD . DESCRI PTICN> 

16" X 8" cast aluminum wheels 
< /STANDARD . DESCRI PTION> 
< STANDARD . DESCRI PTI 0N> 

Pwr rsck & pinion steering 
< /STANDARD . DESCRI PT10N> 
<STANDARD . DESCRI PTI 0H> 

Pwr 4 -wheel disc brakes 
< /STANDARD . DESCRI PTION > 
<STANDARD . DESCRI PTICN> 

4 -wheel ant i -lock brake system 
</ STANDARD . DESCRI PTION > 
< STANDARD . DESCR X PT I ON > 

15.5 gallon fuel tank 
< /STANDARD . DESCRI PTION> 
<STANDARD.DESCRIPTION> 
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Scalolefls mfl «xhausc system 

</STANX)XRD . DESCRIPTIOK> 
< /STANDARD . DCSCRI PTIONS > 
< /CATEGORY. SBT> 
<CATEGORY.SBT> 

< STANDARD . CATEGORY> ■ Exterior • < /STANDARD . CATB0ORY> 
<STANDARD.DESCRIPTIONS> 

<STAMDARD . DESCRI PTI<»1> 
I 3 component clesr-cost paint 

</STAHDARD .D£SCRIPTiai> 
<STANDARD . DESCRI PTION> 

Special blacX roof treatment 
< /STANDARD . DESCRI PTX<»I> 
<STANDARD . DESCRIPTION> 

Body*color bumper Cascias 
</STANDARD . DESCRIPTION> 
< STANDARD . DESCRI PTION> 

Composite reflector optic headlamps 
< /STANDARD . DESCRI m<»I> 
<STANDARD . DESCRI PTION> 

Auto daytime runnins lights 
</STANDARD.DESCRIPTIQN> 
<STANDARD . DESCRI PTXON> 

Dual black special mirrors (LH remote/RH manual) 
</STANDARD.DESCRIPTION> 
<STANDARD . DESCRI PTION> 

Solar-Ray tinted glass 
< /STANDARD . DESCRI PTION > 
< STANDARD . DESCRI PTION> 

Rear deck spoiler 
< /STANDARD . DESCRI PTI ON > 
<STANDARD . DESCRI PTIC»}> 

Intermittent wiper system 
< /STANDARD. DESCRI PTION > * 
< /STANDARD . DESCRI PTIONS > 
< /CATEGORY. SET> 
<CATEGORY.SET> 

< STANDARD . CATEGORY >"Interior"< /STANDARD . CATEGORY > 

< STANDARD .DESCRI PTIONS > 

< STANDARD . DESCRI PTICW > 

Cloth reclining front bucket scats-inc: integral head restraints, 
full folding rear seat back, 4-way manual driver-side seat adjuster 
< /STANDARD . DESCRI PTION> 
< STANDARD . DESCRI PTI ON > 

Scotchgard fabric protector- inc: seats, door trim, floor mats tamp; 
floor covering 
</STANDARD . DESCRIPTION> 
<STANOARD . D£SCRIPTION> 

Center console w/cup holders/storage compartment 
< /STANDARD . DESCRI PTION > 
cSTANDARD . DESCRI PTION> 

Tilt -wheel steering wheel 
< /STANDARD . DESCRI PTION> 
<STANDARD . DESCRI PTIOH> 

PASS -Key II theft deterrent system 
< /STANDARD . DESCRI PTION> 
<STANDARD . DESCRI PTION> 

155 MPH speedometer 

< /STANDARD . DESCRI PTION> 
<STANDARD . DESCRI PTION> 

Gauge pkg-inc: tacbccncter, digital odocacter 
< /STANDARD . DESCRIPTION> 

< STANDARD . DESCRI PTION> 

Check gauges warning light 
< /STANDARD . DESCRI PTION > 

< STANDARD . DESCRI PTI 0N> 
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LOW oil level indicator »yacem 
</STANDARD .DESCRIPTIC»1> 
<STAHDARD . DESCRIt>TION> 

tow coolant level indicator system 
</STAKDAfU3 .DESCRIPTZON> 
<STA2a)AIU) . DESCRIPTION> 

HeadlampB'on reminder 
<^STANDARD . DESCRimOII> 
<STANDMU> . DBSCRIPTIOH> 

Air conditioning 
</STANDARD .DESCRIPTION> 
cSTAKDARD . DESCRI PTION> 

Side window defoggers 
< /STANDARD . DESCRIPTION> 
cSTANDARD . DESCRI PTIOH> 

BTR AM/rN Stereo w/casaettc-inc: aeek-acan« digital clock* search* 
repeat 
</ STANDARD . DESCRI PTION > 

< STANDARD . DESCRI PTIOH> 

Extended range rear speakera 
</STANDARD . DESCRIPTION> 
<STANDARD. DESCRIPTION> 

Auxiliary pwr outlet in console 

< / STANDARD . DESCRI PTION > 
<STANDARD . DESCRI PTION> 

Day/night rearview mirror w/dual reading lamps 

< / STANDARD . DESCRI PTION > 
<STANDARD . DESCRI PTION> 

Dual covered viaor mirrors w/atorage straps 
</STANDARD . DESCRIPTION> 
<STANDARD . DESCRI PTION> 

Dome lamp 
</STANDARD.DESCRIPTION> 
<STANDARD . DESCRI PTION> 

Storage compartment in doors 
< /STANDARD . DESCR I PTI 0N> 
< /STANDARD . DESCRI PTIONS> 
< /CATEGORY. SET> 
<CATEGORY.SET> 

< STANDARD, CATEGORY >" EPA Pule Economy Ratings" < /STANDARD. CATEGORY > 
<STANDARD . DESCRI PTI ONS > 
<STANDARD. DESCRIPTION> 

City l7/hwy 2S (5.7L engine/4 -speed auto trans) 
< /STANDARD . DESCRI PTION > 
<STANDARD . DESCRI PTION> 

City le/bwy 35 (5.7L engine/6- speed manual trans) 
</STANDARD . DESCRIPTION> 
< /STANDARD . DESCRI PTI ONS > 
< /CATEGORY. 8ET> 
< CATEGORY. SET > 

< STANDARD . CAT£GORY> "Safety * </STANDARD . CATEGORY > 

< STANDARD . DSSCRI PTIONS > 

< STANDARD . DESCRI PTI(»I> 

4 -wheel anti-lock brake system 
</STANDARD . DESCRIPTIC»)> 
<STANDARD . DESCRIPTION> 

Driver & front passenger air bags 
</STANDARD . DESCRI PTION> 
<STANDARD . DESCRIPTION> 

Pront/rear manual lap/ahoulder safety belts 
</STANDARD . DESCRIPTION> 
<STANDARD . DESCRI PTION> 

Energy absorbing 5-HPH front /rear bumpers 
< /STANDARD . DESCRI PTION> 
<STANDARD . DESCRI PTION> 

Daytime running lights 
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</STANDAfU).DESCRIPTION> 
< /STANDARD . DE5CRZ PTIONS> 
< /CATEGORY. SET > 
</STANDARD.SBT> 
<OPTION.SET> 

<CATEGORy.BBT> 

<OPTION . CATEGORY> ■BMISSIONS"</OFriON . CATEGORY> 
<OPTXONS> 

<OPTION.DBTAXLS> 

<OPTION . SBLECTIC»«> 

<SSLECTBD . TRUE . FALSB>t nxc < /SELECTED . TRUE . PALSE> 
<SBLSCTZON . STATUS>SBLBCTED</SBLBCTION . &TATUS> 
</OE>TI0K. SBLECTIOH> 

cOPTION . 0PTC0DE>FE9< /OPTION . OPTCODB> 
<0PTION . DESCRIPTION . SBT> 
<OPTION.DESCRIPTIOII> 

<DESCRIPTION . TYPB>Primary< /DESCRIPTION .TYPE > 
«DESCRIPTION>PBDBRAL EMISSION EQUIPMENT</OESCRIPTION> 
</OPTION . DESCRI PTION> 
< /OPTION . DESCRIPTION . SET> 
<OPTION . PRICE . SET> 
<OPTION.PRICB> 

<PRICE .NAHE>Invol Ctt</ PRICE .NAME> 
<PRICB.VALU£>0.00</PRICE.VALlJE> 
</OPTI0N.PRICE> 
<OPTI ON. PRICE > 

cPRICE .NAME >MSRP</ PRICE .NAME > 
cPRICB . VALUE>0 . 00</PRICE . VALUE> 
< /OPTION. PRICE> 
</OPTION . PRICE . SET> 
</OPTIOH.DETAILS> 
< /OPTIONS > 
< /CATEGORY. SET> 
<CATE60RY.SET> 

<OPTION . CATEGORY> " ENGINE " < /OPTION . CATEGORY > 
<OPTIONS> 

«OPTION.DETAILS> 

<OPTION . SELECTION> 

< SELECTED . TRUE . FAI*S E > t ru« < / S ELECTED . TRUE . FALS E > 
< SELECTION . STATUS >SELECTED< /SELECTION . STATUS > 
< /OPTION . SELECTION> 

<OPTION . 0PTC0DE>LS1</0PTI0N .OPTCODB> 
<0PTION . DESCRI PTION . SET> 
<0PTI0N.DESCRIPTION> 

<DESCRI PTION . TYPE>Prim*ry< /DESCRIPTION . TyPE> 
<D£SCRIPTION>5.7L (350) SFI V8 ENGINE</DBSCRIPTION> 
< /OPTION . DESCRI PTION> 
<0PTI0N.D£SCRIPTION> 

<DESCRI PTION . TYPE >Ext«nded< /DESCRI PTION .TYPE> 
<DESCR1PTI0N> (STD) </DESCRIPTION> 
</OPTION.DESCRIPTIOM> 
</0PTION. DESCRIPTION. SBT> 
<OPTION . PRICE . SBT> 
<OPTION. PRICE > 

< PRI CB . NAMB> I nvolCtt </ PRICE . NAME > 
< PRICE .VALUE >0 . 00</PRICE . VALUS> 
< /OPTION. PRI CB> 
<OPTION.PRICE> 

< PR I CE . NAME >MSRP< / PRICE . NAME> 
<PRICB .VALUE>0 . 00< /PRICE .VALUB> 
</OPTION.PRICE> 
< /OPTION . PRICE . SET> 
< /OPTION . DETAI LS > 
</OPTIONS> 
< /CATEGORY. SET> 
< CATEGORY. SET > 
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<OPTI ON . CATEGORY >• TRANSMI SSIOH •< /OPT ION . CATEGORY > 
<OPTIONS> 

<OPTIOH.DETAXLS> 

<0PTIC»1 . SELECT! 0M> 

<SBUECT£D . TRUE . FAliSB>tru«< /SELECTED . TRUE . PALiSB> 
<SELSCTION . 8TATUS>R£QUIRED</SELECTX0N . fiTATUS> 
</0PTI0M.SELECTION> 
( <OPTXON.OPTCOOE>MX0< /OPTION. 0PTC0DB> 
<OPTION . DCSCRI PTIOH . SBT> 
<OPTXOK.DESCRIPTION> 

<DESCRX PTIOM . TYPE>PriBiAry< /DESCRIPTION . TYPB> 
«DESCRIPTXON> 

4. SPEED ELBCTRONICALLY-CONTROLLEO AUTOHATIC TRANSMISSION 
W/00< /DESCRI PTION> 
< /OPTION . DESCRI PTION> 
cOPTION . DESCRIPTXOH> 

<DESCRI PTIOH . TYPE >Ext«nd«d< /DESCRIPTION. TYPE > 
<DESCRXPTION> 

-inci 3.73 «xl« rmtio.br«ke/traji*iQis«ion shift 
int«rlock</DBSCRIPTION> 
< /OPTION . DESCRI PTION> 
<OPTION . DESCRI PTION> 

<DESCRIPTION.TYPE>Bxt«nd«d</DESCRIPTIC»l.TYPE> 
<DESCRIPTION> (STD) < /DESCRI PTION> 
< /OPTION. DESCRI PTI ON > 
< /OPTION . DESCRI PT ION . SET> 
cOPTION . PRICE . SET> 
<OPTION.PRICB> 

< PR X CE . NAME > Invoi ce </ PRI CE . NAME > 
< PRICE . VALUE > 0 . 0 0< / PRICE . VALUE> 
< /OPTION. PRI CE> 
<OPTICai.PRICB> 

<PRICE . NAM£>MSRP</PRICE . NAM£> 
< PRICE .VALUE >0 . 00</PRICE. VALUE> 
< /OPTION. PRICE > 
</OPTION . PRICE . SET> 
< /OPTI ON . DETAILS > 
< /OPTIONS > 
</ CATEGORY. SET> 
< CATEGORY. SET> 

< OPTI ON. CATEGORY >* PREFERRED EQUIPMENT CROUP" < /OPTI ON . CATEGORY > 
<OPTIONS> 

<OPTION.D£TAILS> 

cOPTION . 5ELECTI0N> 

<SELECTED .TRUE . FALSE >t rut < /SELECTED . TRUE . FALSE> 
cSELECTION. STATUS >S£LECTED< /SELECTION . STATUS > 
</OPTION . SELECTION> 

< OPT I ON . 0PTC0DE>1SD< /OPTION .OPTCODB> 
<OPTI ON . DESCRI PTI ON . SBT> 
<OPTlbN.DESCRIPTION> 

<DESCRIPTION .TYPB>PriiB*ry< /DESCRI PTION .TYPE> 
<DE5CRIPTI0N>PRBFERRBD EQUIPMENT GROUP< /DESCRI PTION > 
< /OPTION . DESCRI PTI0N> 
< OPTION .DESCRI PTION> 

<DESCRIPTION .TYPE>ExC«nded< /DESCRIPTION .TYPB> 
<DESCRIPTION>-inci bas« vehicle< /DESCRI PTION> 
< /OPTION . DESCRI PTION> 
</OPTION .DESCRIPTION . 6BT> 
< OPTI ON. PRICE. SET > 
<OPTION.PRICB> 

<PRIC£.NAM£>Invoice</PRICE.NAME> 
<PRICE.VALUE>O.0Oc/PRICE.VALUE> 
< /OPTION. PRI CB> 
<OPTION.PRICE> 

<PRICE .NAME >MSRP</ PRICE .NAME > 
<PRIC£ . VALUB>0 . 00</PRICB . VALUB> 
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</ PTIOM.PRlCB> 
< /OPTION . PRICE . SBT> 
< /OPTION . DETAILS > 
</OPTIONS> 
< /CATEGORY. SET> 
<CATEGORY.SET> 

<OPTION . CATEGORY> "APPEARANCE PKG" </OPTIOII . CATEaORY> 
<OPTIpNS> 

<0PTI<»1. DETAILS > 

<0PTI0N . SELECTI0M> 

<SELBCTEO . TRUE . rALSB>truc< /SELECTED . TRUE . FAL8B> 
<SELECTIC»I . STATUS>SELECTED</SELECTION . STATUS> 
</OPTION. SELSCTION> 

<OPTION . OPTCO0E>WUa</0PTION . OPTCODB> 
<OPTION . DESCRI PTIOH . 8BT> 
<OPTION.DB8CRIPTION> 

<DESCRI PTION . TYPB> Primary < /DESCRI PTION . TyPB> 
<DESCRIPTION> PERFORMANCE/ APPEARANCE PKG< /DESCRI PTIC»I> 
< /OPTION . DESCRI PTION> 
<OPTION . DESCRI PTION> 

<DESCRI PTION . TYPE>ExC«zided< /DESCRIPTION . TYPB> 
<DESCRIPTION> 

inci 330 horse-power engine output, cociq>oaite hood w/air 
•coop, underhood forced eir induction Byatem, revised S3 rear 
decklid spoiler. P375/40ZR17 Goodyear Eagle FX tires, 3.5- 
a ingle tip exhaust system, 17" aluminum wheels, high- 
performance ride/handling pkg.low restriction dual outlet 
exhaust, Torsen differential, SS badging</DBSCRIPTION> 

</OPTION.DESCRIPTION> 

<0PT10N .DBSCRIPTIQN> 

<DESCRIPTION.TYPE>Supported Logic< /DESCRI PTION .TYPE> 
<DESCRIPTION> 

<w/MXO Trans REQ: GUS Perfomance Axle) </DESCRIPTION> 
< /OPTION .DESCRI PTION > 
< OPTION . DESCRI PTION> 

<DESCRI PTION . TYPE>Bxt ended< /DESCRI PTION . TYPE > 
<DESCRI PTION Affects Color Availability*< /DESCRI PTION> 
< /OPTI ON . DESCR I PTI ON > 
< /OPTION . DESCRIPTION . SET> 
<OPTION . PRICE . SBT> 
< OPTI ON. PR ICE > 

<PRICE.NAM£>Invoice</PRICE.NAH£> 
<PRICE.VALUE>3393.00</PRICE.VALUE> 
</OPTION.PRICE> 
<OPTION.PRICE> 

< PRICE. NAMS>HSRP< /PRICE. NAME> 
<PRIC£.VALUE>3700.00</PRICB.VALUB> 
</OPTION.PRICE> 
</OPTION . PRICE . SET> 
< /OPTION . DETAILS > 
</OPTIONS> 
< /CATEGORY. SBT> 
< CATEGORY. 5ET> 

< OPTION . CATEGORY> "TI RES «< /OPTION. CATBGORY> 
<0PTION5> 

<OPTION.DSTAILS> 

< OPT I ON . SBLECTI ON > 

<SELECTED .TRUE . FALSB>true</SELECT£D . TRUE . FALSE> 
cSELECTION . STATUS >REQUIRED</ SBLECTI ON. STATUS > 
</OPTION . S£LECTION> 
<OPTI0N . OPTCODBx /OPTION . OPTCODB> 
<OPTI ON . DESCRI PTI ON . SET > 
<0PTION . DESCRIPTION> 

cDESCRIPTION . TYPB>Primary< /DESCRI PTION . TYPE> 
<DESCRIPTION> 

P375/40ZR17 SBR GOODYEAR EAGLE FX TI RES < /DESCRI PTI ON > 
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< /OPTION . DBSCRX PTZON> 
cOPTION . DESCRI PTION> 

<DESCRI PT20N . TYPB>Support «d Logic< /DKSCRI PTIOM . TYPE > 

<DESCRXPTION> 

<REQ: WU8 88 Performance /Appearance Pkg) < /DESCRI PTIcai> 
</OPTIOH.DSSCRIPTION> 
. </OPTION. DESCRIPTION. 6ET> 
* <OPTI ON. PRICE. 6ET> 
<OPTI ON. PRICE > 

<PRlCB.NAME>Invoice</PRICE.NAMB> 
<PRICB.VALUE>O.O0</PRICE.VAUIE> 
</OPTI0N.PRICS> 
<OPTION. PRICE* 

<PRICB .NAMB>MSRP</PRICE .NAME> 
< PRICE . VALUE > 0 . 0 0 </ PRI CB . VALUE > 
</OPTION.PRICE> 
</OPTION . PRICE . 8ET> 
</OPTION . DETAILS* 
< /OPTIONS* 
< /CATEGORY. SET> 
< CATEGORY. SET > 

< OPTION . CATEGORY* " SEAT TYPE" < /OPTION . CATEGORY* 
<OPTIONS> 

<OPTI ON. DETAILS* 

cOPTION . SELECTION* 

< SELECTED .TRUE . PALSE*t rue < /SELECTED . TRUE . FALSE* 
<SELECTION . STATUS>SELECTED</SELECTION . STATUS* 
< /OPTION . SELECTION* 

<OPTION . 0PTC0DE*AR9</0PTI0N . OPTCODB* 
<OPTION . DESCRI PTION . SET* 
<OPTION . DESCRIPTION* 

<DESCRI PTION . TYPE > Primary< /DESCRI PTION . TYPE* 
<D£SCRIPTION*BUCK£T SEATS < /DESCRI PTION* 
< /OPTION . DESCRIPTION* 
< OPTI ON . DESCRI PTI ON * 

<DESCRI PT I W . TYPE* Ext ended< /DESCRI PTION . TYPE* 
<DESCRIPTION* (STD) < /DESCRI PTION* 
< /OPTI ON. DESCRI PTI ON* 
< /OPTION . DESCRI PTION . SET* 
<OPTION . PRICE . SET* 
<OPTION. PRICE* 

< PR I CE . NAME * I nvo i ce < / PRI CE . NAME > 
< PR ICE . VALUE > 0 . 0 0 </ PRICE . VALUE * 

< /OPTION. PRICE* 
<OPTION. PRICE* 

< PRI CE . NAME *MSRP</ PRICE . NAME* 

< PRI CE . VAL1;E * 0 . 0 0 < / PRI CE . VALUE* 
</ OPTI ON. PRICE* 

< /OPTION . PRICE . SET* 
< /OPTION .DETAILS* 
</0PTICa4S* 
< /CATEGORY. SET* 
< CATEGORY, SET* 

<OPTION . CATEGORY* "SEAT TRIM" < /OPTION . CATEGORY* 
<OPTIONS* 

<OPTION.DETAII*S* 

cOPTION . SELECTION* 

<SEtiECTED . TRUE . FALSE *t rue < /SELECTED . TRUE . FALSE* 
<SELECTION . STATUS*SELECTED</SELECTION . STATUS* 
</OPTION . SELECTION* 

<OPTION . OPTCODE* B</OPTION . OPTCODE* 

<0PT10N . DESCRI PTION . SET* 
<OPTXON . DESCRI PTION* 

<DESCRIPTI0N .TYPE*Primary</DESCRIPTION .TYPE> 
<DESCRIPTION*CL0TH SEAT TRIM< /DESCRI PTI ON* 
< /OPT I ON . DESCRI PTI ON * 
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<OPTION . DESCRIPTION> 

<DESCRI PTION . TYPE>Ext eilded< /DBSCRX PTKMJ . TYPB> 
<DESCRIPTION> <STD) </DBSCRIPTIOH> 
< /OPTI W . DBSCRimOH> 
</ PTION.DESCRIPTIOH.SET> 
<OPTI N. PRICE. 8ET> 
«OPTION.PRICB> 
, <PRlCB.NAME>Involce</PRICB.IIAMB> 
* <PRICB.VALUB>O.00</PRXCB.VALUB> 
< /OPTION. PRICB> 
<OPTION.PRICB> 

< PRI CE . NAMB>MSRP < /PRI CB . NAME > 

< PRI CB . VALUE >0 . 0 0 < / PRICE . VALUE> 
</OPTI0N.PRICB> 

< /OPTION . PRICE . SET> 
</OPTION.DBTAILS> 
</OPTIOHS> 
< /CATEGORY. 6 BT> 
<CATEG0RY.8ET> 

< OPTION . CATEGORY > " PAINT" < /OPTION . CATEGORY > 
<OPTIONS> 

<0PTI0N.DETAIL5> 

<0PTI0N. SBLECTION> 

<SELECTBD . TRUE . PALSB>tme< /SELECTED . TRUE . FAI^E> 
< SELECTION . STATUS >SELBCTED< /SELECT I ON . STATUS > 
< /OPTION . SELECTION> 
<0PTION . OPTCODEx/OPTION .0PTCODE> 
<0PTI0N . DESCRI PTION . SET> 
<OPTION . DE5CRIPTI0N> 

<DESCRIPTION.TYPE>Prim*ry</DESCRIPTION.TYPB> 
<DESCRI PT10N>S0LID PAINT< /DESCRI PTI ON > 
</OPTION.DESCRIPTICttJ> 
<OPTION .DESCRIPTIC»I> 

<DESCRI PTI ON. TYPE >Ext«nded< /DESCRI PTI ON. TYPE > 
<DESCRIPTION> tSTD) </DESCRIPTION> 
</OPTION.DESCRIPTION> 
< /OPTION , DESCRI PTION . SET> 
<OPTION . PRICE . SET> 
<OPTION.PRICE> 

<PRICE .NAME>Involce</PRICE . NAME> 
< PRICE .VALUE>0 . 00 < /PRICE. VALU£> 
</OPTION.PRlCE> 
<OPTION,PRICE> 

<PRICE.NAHE>MSRP</PRICE.NAME> 
< PRI CE . VALUE > 0 . 00 </ PRI CB . VALUE > 
< /OPTION. PRI CE> 
< /OPTION .PRICE . SBT> 
</OPTION.DBTAILS> 
</OPTIONS> 
< /CATEGORY. SET> 
< CATEGORY. SET> 

< OPTION. CATEGORY >" REAR WINDOW DBFOGGER ■< /OPT I ON. CATEGORY > 
<OPTIONS> 

<OPTION.DETAILS> 

<OPTION . SELECTION> 

< SELECTED . TRUE . FAL6E>true< /SELECTED .TRUE . PALSB> 

< SELECTION . STATUS >SELECTED< /SELECTION .STATUS > 
< /OPTION. SELECTION> 

<OPT ION . OPTCODE >C4 9 < /OPTION . OPTCODE > 
<OPTI ON .DESCRI PTIC»I . SBT> 
<OPTION . DESCRIPTION> 

<OESCR I PTION. TYPE >Prlm*ry< /DESCRI PTI ON. TYPE> 
<DESCRI PTION >ELECrRIC REAR WINI>OW DEFOGGER</DESCRIPTION> 
< /OPTION . DESCRI PTI(MI> 
< /OPTION . DESCRIPTION . SET> 
< OPTION . PRICE . SET > 
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<0PT30N.PRICB> 

< PRICE . NAMfi>Xiivoic«< /PRICK . KAME> 
<PRICfi.VALUB>151.30</PRICE.VALUS> 

</OPTION.PRIC£> 
<OPTIOH.PRICB> 

<PRICB.HAH£>MSRP</PRICK.IZAMB> 
<PRICB . VALUC>170. 00</PRICB . VALUE> 
I < /OPTION. PRICB> 
</OPTION . PRICE . SBT> 
</OPTIOK . DBTAI LS> 
</0PTI0N5> 
</CAT£GORy.SBT> 
<CATEGORY.SBT> 

<OPTI0W . CATEGORY> ■ ADDITIONAI* OPTIONS " </0PTI0N . CATBG0RY> 
<OPTIOHS> 

<OPTION.DETAILS> 

<OPTXON . SELECTION > 

<SELECTBD . TRUE . PALSB>trutt</ SELECTED . TRUE . FALSB> 
cSELECTION . STATUS >SELECTBD< /SELECTION . STATVS> 
</OPTION . SELECTIC»I> 

<OPTION . OPTCODB>CU£< /OPTICA . OPTCODB> 
<OPTION . DESCRI PTION . SBT> 
<OPTION . DESCRIPTXOH> 

<DESCRIPTION . TYPE>Prlmary< /DESCRI PTION . TyPB> 
<DESCRI PTION > PERFORMANCE AXLE < /DESCRI PTI ON > 
< /OPTION . DESCRI PTION> 
< OPTION .DESCRI PTION> 

< DESCRI PTI ON . TYPE > Ext endedc /DESCRI PTI ON . TYPE > 
<DESCRIPTION>-inc: 3.23 axle rat io< /DESCRI PTION > 

< /OPTION . DESCRIPTION> 
<OPTI ON . DESCRI PTION> 

<DESCRI PTION. TYPE >Support«d Log ic< /DESCRI PTI ON. TYPE > 

<D£SCRIPTIGN><REQ: KXO Trani) </D£SCRIPTION> 
</OPTION - DESCRIPTI(»J> 
<OPTION , DESCRI PTICaJ> 

<DESCRI PTION . TYPE>Supported Logic< /DESCRI PTION . TYPE> 

<D£SCRIPTION> 

{REQ: QLC Tiras. QFZ Tir«8« or WUB SS Performance /Appearance 
Pk9}</DESCRIPTI0N> 
</0PTI0N . DESCRIPTION> 
< /OPTION .DESCRIPTION . S£T> 
<OPTION . PRICE . SET> 
<OPTI ON. PRICE > 

< PRICE .HAME>Involc«< /PRICE .NAME > 

< PRICE . VALUE >3 £ 7 . 0 0< /PRICE . VALUE> 
< /OPTION. PRICE> 

< OPT ION. PRICE > 

< PRICE . NAME>MSRP< / PRI CE . NAME > 
< PRICE . VALUE>300 . 0 0< /PRICE .VALUE> 
</OPTION.PRICE> 
< /OPTION. PRI CE.SET> 
</OPTION . DETAILS> 
<OPTION.OSTAILS> 

<OPTION . SELECTION> 

<SELECTED . TRUE . FALSE >t rue < /SELECTED . TRUE . FALSE> 
<SELECTION . STATUS>SELBCTED</SELECTION . STATUS> 
</OPTION.S£LECTI0N> 

<OPTION . OPTCODE >VK3< /OPTION . OPTCODE> 
cOPTION . DESCRIPTION . SBT> 
<OPTIQN . DESCRIPTION> 

<DESCRI PTIW .TYPE > Primary < /DESCRI PTI OH , TYPE> 
< DESCRI PTI ON > FRONT LICENSE PLATE BRACK£T</DESCRIPTION> 
< /OPTION. DESCRI PTXON> 
< /OPTION . DESCRI PTION . SET> 
< OPTI ON . PRICE . SET> 
<0PTION.PRICE> 
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<PRZCB.KAME>Xnvolce</PRICB.HAMS> 
< PRI CE . VALUE >0 . 0 0 </ PRXCB . VALUS > 
</OPTION.PRlCB> 
<OPTIOK.PRICB> 

<PRICB.HAM£>HSRP</PRXCS.HAMB> 
<PRZCB.VALUB>0.O0</PRXCB.VALUE> 
</OPTION.PRICB> 
' </OPTXOH. PRICE. SBT> 
< /OPTION . DETAI LS> 
</OPTIOMS> 
</CATEGORY.SET> 
< /OPTION. SET> 
<COLOR.SET> 

<COLOR . SELECTXONS> 

<COL0R . COKBIKATXON> 

<INTERiOR . C0DE>14</IMTBRI0R . CODB> 

<INTERXOR.DESCRXPTION>DArk Cr«y</lNTERIOR.DBSCRIPTION> 
<INTBRIOR.ABBRBVXATION>D«rk Cr»y</INTBRIOR.ABBREVIATION> 
<EXTERIOR.OESCRIPTXON>Bl»cIt</BXTERIOR.DESCRIPTXON> 
<EXTERX OR . ABBREVI ATION>Bl«ck< /EXTERIOR . ABBRBVI ATION> 
<EXTERI OR . CODE >4 1 < /EXTERIOR . CODE> 
<AUX. COLOR. SBT> 
<AUX.D£TAILS> 

< AUX , TITLEx /AUX . TITLB> 
<AUX . CODEx/AUX . CO0B> 
<AUX . COLORx/AUX . COLOR> 

</AUX.DBTAILS> 

< /AUX. COLOR. 6ET> 
< /COLOR . COMBINATION> 
< COLOR . COHBINATION> 

<INTERIOR.CODE>52</INTERIOR.CODE> 

<INTERIOR . DESCRIPTION>Neutr«l</ INTERIOR . DESCRIPTION> 
< INTERIOR . ABBREVIATICW>NCrl</ INTERIOR . ABBRBVIATION> 
< EXTERI OR . CODE > 9 9 < / EXTERIOR . CODE> 

<EXTERIOR.DESCRIPTION>Hugger Orange < /EXTERI OR. DESCRIPTIOM> 
<EXTERIOR.ABBREVIATION>Hugger Orange </ EXTERI OR. ABBREVI ATION> 
< AUX. COLOR. S£T> 
<AUX.DETAIL5> 

<AUX . TITLEx/AUX .TITLE> 

<AUX . CODEx/AUX . CODB> 

< AUX . COLORx / AUX . COLOR> 
< /AUX. DETAILS > 

< /AUX. COLOR. SET> 
< /COLOR . COMBINATION> 
< /COLOR . SELECTIONS > 
< /COLOR. SET > 
c/VEHICLE.SPEC> 
< VEHICLE. ORDER > 

<!-- this »ectlcm will contain detail* ot the vehicle after delivery 

< /VEHICLE . ORDER > 
</VEHICLE . DETAILS> 
</VEHICLE.PUBLIC> 
«VEHICLE.PRIVATE> 
<CHROME.DATA> 

<DATABASE . VERSI0N>2 . 5</DATABASE . VBRSION> 

<DATEBASE.DATE>Mon, 26 Oct 1998 IS i 59: 33 p»t</nATEBASE.DATE> 
<PCCB.DATA> 

< PCCB .VEHICLE . INFO> 
c PCCB . VEHICLE . ID > 

<PCCB . YEAR>1999</PCCB . YBAR> 
<PCCB.DIVIO>Oe</PCCB.DIVID> 
< PCCB . DI VNAME >Chevrol et </ PCCB . DIVNAME > 
< PCCB - MAKE X D > 0 8 < / PCCB . HAKE I D > 
<PCCB.MODELID>01</PCCB.MODBLID> 
<PCCB . STYLEID>03</PCCB . STVl4BID> 
< / PCCB . VEH I CLE . I D > 
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< PCCB . VEHICLE . PRICBS> 

<PCCB.TOriNV>19096.05</PCCB.T0TINV> 
<PCCB . T0TRET>3 08 70 . 00< /PCCB . TOTR£T> 
<PCCB . OPTT0TIMV>596 . OS</PCCB . 0PTT0T1WV> 

< PCCB . OPTTOTR£T> B 70 . 00< /PCCB . OPTTOTR£T> 
<PCCB . BASBIHV>19096 . 05</PCCB . BASEINV> 
<PCCB . BASfiRBT>20870 . 00</PCCB. BAS£R£T> 

< PCCB . AOJINV>0 . 00< /PCCB . ADJZNV> 
<PCCB. AI>JRBT>0 . 00</PCCB . ADJRCT> 
<PCCB.DEST>S35.00</PCCB.DBST> 

</ PCCB . VEHI CLE . PRI CBS > 

< PCCB . FLEET . RETAIL. BOTH >botb</ PCCB . FLEET . RETAIL . BCmi> 
</PCCB . VEHICLE . IMFO> 

<1--The PCCB. OPT I ON. HI ST is atorsd A« cripl«tft for us* by PC Carbook 

< I --They are stored as follows : - -> 

< I --Logic Status •(■ Option Coda "I" Origin "j" --> 

<l"An example ia : l|ABC|0| 

< PCCB . OPTION . HIST . SST> 

<PCCB . OPTION . UIST>1 1 ACB-A | 0 1 </PCCB . OPTION . HIST> 

< PCCB . OPTION . HI5T>1 1 DBF - A j 0 1 </PCCB . OPTION . HIST> 

< PCCB . OPTION . HI ST>1 j HIJ- A 1 0 j </PCCB . OPTION . KIST> 
<PCCB . OPTION . HIST>3 j KLM- A j 0 1 </PCCB . OPTION . HIST> 

< /PCCB . OPTION . HIST . SET> 
<PCCB. OPTION. SET> 
<PCCB.OPTION> 

<PCCB . FULL . OPTCODE>ABC-A</PCCB . FULL .OPTCODB> 

<PCCB.WEIGHT> 

< PCCB . FRONT X / PCCB . FRONT> 
< PCCB . REAR >< /PCCB . R£AR> 

</ PCCB. WEIGHT > 
<PCCB.PRICE> 

< PCCB . I NVOI CE X / PCCB . I NVOI CB > 

< PCCB , RBTAILx/ PCCB . RETAIL> 
< /PCCB. PRI CE> 

< PCCB. LOCI C.INFO> 

< PCCB . STATE X /PCCB . STATE > 

< PCCB . ORIGIN> < / PCCB . ORIGIN > 
</PCCB . LOGIC . INFO> 

</PCCB.OPTION> 
</ PCCB . OPTION . SET> 
< PCCB. COLOR. SET > 

< PCCB. COLOR > 

<PCCB.EXTERIOR> 

< PCCB . CODEl X / PCCB . CODE! > 

<PCCB . DISPLAYCODElx/PCCB . DISPLAYCQDB1> 
< PCCB . C0DE2 X / PCCB . C0DE2 > 

< PCCB . DISPLAYC0DE2 x /PCCB . DISPLAYC00E2 > 
</PCCB.BXTERIOR> 

<PCCB.INTERIOR> 

< PCCB . CODE X / PCCB . CODE > 

<PCCB . DISPLAYCODEx/PCCB . I>ISPLAYCOOB> 
</PCCB.INTERIOR> 

<PCC6 . STRIPECOOEx/PCCB . STRIPECODE> 
</PCCB.COLOR> 
</PCCB. COLOR. SET> 
</PCCB.DATA> 
< /CHROME. DATA> 
< /VEHI CLE . PRI VATE> 
< / VEH I CLE . DESCR I PT I ON > 
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CLAIMS 

1 . A process for completing a contractual agreement over a wide-area network for 
purchasing a product having multiple configurations characterized by a set of product attributes 
and exclusively sold b]^ manufacturer-licensed sellers, comprising: 

(a) configuring a customer's desired product by selecting the customer's desired set of 
product attributes to form a request for quote (RFQ), wherein the desired set of product attributes 
comprises a plurality of product configuration characterization parameters; 

(b) selecting a target set of manufacturer-licensed sellers located within a geographical 
area, wherein the target set sellers comprises at least one manufacturer-licensed seller; 

(c) transmitting the RFQ to the target set of sellers using the wide-area network; 

(d) responding to the RFQ with a price quote firom at least one seller from the target set of 
sellers, wherein the price quote is transmitted using the wide-area network to the customer; 

(e) selecting a price quote for acceptance by the customer; and 
(0 transmitting the customer's acceptance to the seller. 

2. The process of claim 1 wherein step a further comprises: 

(i) transmitting the customer's desired set of product attributes to an intermediary; 

(ii) inputting the customer's desired set of product attributes into an intermediary 
subsystem; and 

(iii) querying an electronic database of existing product configurations, using the 
customer's desired set of product attributes, to assess the feasibility of the customer's selected 
configuration. 

3. The process of claim 2 fiirther comprising (iv) transmitting the customer's desired 
set of product attributes to a second intermediary. 

4. The process of claim 1 wherein step a fiirther comprises: 

(i) inputting the customer's product attributes into a computer through a customer 

subsystem; 

(ii) querying an electronic database of existing product configurations, using the 
customer's desired set of product attributes, to assess the feasibility of the customer's selected 
configuration; and 

(iii) transmitting the customer's attribute set to an intermediary. 

5. The process of claim 4 fiirther comprising (iv) transmitting the customer's desired 
set of attributes to a second intermediary. 

6. The process of claim 1 in step a, fiuther comprising the step ranking at least one 
product attribute in the set of product attributes on a scale that indicates the customer's degree of 
flexibility about that product attribute. 
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7. The process f claim 1 wherein step d further comprises: 

(i) querying an electronic database of existing product configurations to provide a 
feasible alternative product configuration; and 

(ii) assembling a quote based upon the alternative product configuration. 

8. The process of claim 1 wherein step c further comprises: 

(i) transmitting the RFQ fix)m an intermediary to a server, and 

(ii) transmitting the RFQ from the server to the target set of sellers. 

9. The process of claim 1 wherein step c further comprises: 

(i) transmitting the RFQ from an inteimediary to a foreign server, 

(ii) transmitting the RFQ from the foreign server to a server; and 

(iii) transmitting the RFQ from the server to a target set of sellers. 

1 0. The process of claim 9 wherein the RFQ is stored on the server and foreign server, 
and transmitted between the server and foreign server, using a standardized data format. 

1 1 . The process of claim 1 wherein responding to the RFQ comprises; 
transmitting a quote from at least one seller from the target set of sellers to a server; and 
transmitting the quote from the server to an intermediary. 

1 2. The process of claim 1 wherein step d further comprises: 

(i) transmitting a price quote from at least one seller from the target set of sellers to 

a server; 

(ii) transmitting the price quote from the server to a foreign server; and 

(iii) transmitting the price quote from the foreign server to an intermediary. 

13. The process of claim 1 2 wherein the price quote is stored on the server and the 
foreign server and transmitted between the server and the foreign server using a standardized data 
format. 

1 4. The process of claim 1 where the price quotes are transmitted to the customer by 
the intermediary using a telephone, electronic mail, or fax. 

1 5. The process of claim 1 wherein step b further comprises: 

(i) querying a database of product sellers based on a set of seller criteria; and 

(ii) selecting the target set of product sellers from the query results. 

16. The process of claim 15 further comprising storing a list of the target set of sellers 
on the seller database as a preferred seller list. 

1 7. The process of claim 1 5 wherein step b further comprises (iii) filtering the query 
result based on additional seller criteria. 

1 8. The process of claim 1 wherein step c further comprises: 

(i) transmitting the price quotes to an intermediary subsystem; and 
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(ii) transmitting the price quotes to a customer subsystem. 

1 9. The process f claim 1 further comprising notifying the target set of sellers that an 
RFQ has been transmitted to them. 

20. The process of claim 1 further comprising storing each RFQ in an RFQ database. 

2 1 . The probess of claim 20 further comprising tracking the status of each RFQ. 

22. The process of claim 1 further comprising: 

(i) inputting a set of customer infonnation; and 

(ii) storing the set of customer information in a customer database. 

23. The process of claim 22 further comprising tracking customer infonnation to obtain 
marketing infonnation. 

24. A computer network apparatus for facilitating purchase of a product, wherein the 
product has multiple configurations, is sold by manufacturer-licensed sellers and having multiple 
configurations characterized by a set of product attributes, comprising: 

(a) a server comprising a processor and a storage device connected to the processor, 

(b) a product database stored on the storage device, wherein the product database consists 
essentially of infonnation regarding existing combinations of product attributes, 

(c) a seller database stored on the storage device, the seller database including seller 
infonnation such as geographic location, 

(d) a program stored on the storage device for controlling the processor, wherein (1) the 
program is operative with the processor to receive a customer's selected set of product attributes, 
(2) query the product database using the customer's desired set of product attributes to confinn the 
feasibility of the customer's selected configuration, (3) query the seller database using a set of 
seller attributes to select a target set of sellers in the customer's geographic area, (4) transmit a 
request for quote (RFQ) to the target set of sellers, (5) the RFQ including the customer's desired 
set of product attributes, receive a quote fi-om at least one seller from the target set of sellers, (6) 
transmit the quote to the customer, (7) receive an acceptance of one of the quotes, and (8) transmit 
the acceptance to the seller whose quote was accepted. 

25. The apparatus of claim 24 further comprising a seller subsystem connected to the 
server, wherein the seller subsystem comprises a computer operative with a program stored 
thereon progranuned to: 

receive from the server an RFQ; 

receive from a seller input of a quote in response to the RFQ, and 
transmit the quote to the server. 
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26. The apparatus of claim 25 further comprising an intennediary subsystem connected 
to the sender, the intermediary subsystem comprising a computer perative with a program stored 
thereon to: 

receive from ai> intenmediaiy input of a customer's selected set of product attributes, 

transmit to the server the customer's selected set of product attributes, 

receive from the server a quote from a seller, 

receive from the intermediary input of an acceptance of a quote, and 

transmit to the server an acceptance of one of the quotes. 

27. The apparatus of claim 25 further comprising a customer subsystem connected to 
the server, wherein the customer subsystem comprises a computer operative with a program stored 
thereon to: 

receive from a customer input of the customer's selected set of product attributes; and 
transmit the selected set of product attributes to the server. 

28. The apparatus of claim 26 further comprising a customer subsystem, wherein the 
customer subsystem comprises a computer operative with a program stored thereon to: 

receive from a customer input of the customer's selected set of product attributes; and 
transmit the selected set of product attributes to the server. 

29. The apparatus of claim 26 wherein the intermediary subsystem is further operative 
with the program stored thereon to receive from the server a customer's desired set of 
configuration attributes. 

30. The apparatus of claim 26 wherein the intennediary subsystem comprises a 
computer having a program and a second product database stored thereon, wherein the program is 
operative with the computer to: 

receive input of a customer's selected set of product attributes; 

query the second product database using the customer's desired set of product attributes to 
confirm the feasibility of the customer's selected configuration, and 

transmit to the server the customer's desired set of product attributes. 

3 1 . The apparatus of claim 24 further comprising an RFQ database stored on the 
server's storage device, wherein the program stored on the server's storage device is operative 
with the processor to: 

store RFQ's processed by the apparatus in the RFQ database, and 
track the status of each RFQ in the database. 

32. The apparatus of claim 24 further comprising a customer database stored on the 
storage device, wherein the program is operative with the processor to: 

store customer information in the customer database, and 
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update the customer information when new customer information is received. 

33. The apparatus of claim 32 wherein the customer infopnation is stored on the 
customer database in lists, wherein each list is an intemiediary*8 customer list. 

34. The q)paratus of claim 32 wherein the program is further operative with the 
processor to track customer infonnation. 

35. The apparatus of claim 24 wherein the program stored on the storage device of the 
server is further operative to store a list of target sellers as a preferred seller list. 

36. A computer network apparatus for facilitating customer purchase of a product 
having multiple configiirations^ sold by manufacturer-licensed sellers and having configurations 
characterized by a set of product attributes, comprising: 

(a) a server comprising a processor, a storage device connected to the processor, a product 
database stored on the storage device, wherein the product database includes infonnation regarding 
existing combinations of product attributes, and a seller database stored on the storage device, 
wherein the seller database including seller characterizing information, 

(b) a program stored on the storage device for controlling the processor^ wherein the 
program is operative with the processor to (1) receive a request for quote (RFQ) from a foreign 
server, wherein the RFQ consists essentially of a customer*s selected set of product attributes, and 
communicated in a common language for describing the product, (2) query the seller database 
using a set of seller attributes to select a target set of sellers in the customer's geographic area, (3) 
transmit the RFQ to the target set of sellers using the common language, (4) receive a quote from 
at least one seller from the target set of sellers, (S) transmit the quote to the foreign server, (6) 
receive an acceptance of one of the quotes from the foreign server, and (7) transmit the acceptance 
to the seller whose quote was accepted. 

37. The computer network apparatus of claim 36 further comprising a foreign server 
connected to the server, the foreign server comprising a computer operative with a program stored 
to (1) receive a customer's selected set of product attributes, (2) configure a product using the 
customer's set of product attributes, (3) transmit a request for quote G^Q) to the server, wherein 
the RFQ consists essentially of the customer's set of product attributes in a standardized data 
format, (4) receive a quote from the server, (S) transmit the quote to an intermediary, (6) receive 
an acceptance of the quote from the intermediary, and (7) transmit an acceptance to the server. 

38. The apparatus of claim 36 further comprising a seller subsystem connected to the 
server, wherein the seller subsystem comprises a computer operative with a program stored to: 

receive an RFQ bom the server; 

receive from a seller input of a quote in response to the RFQ, and 
transmit the quote to the server. 
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39. The apparatus of claim 38 further comprismg an intennediary subsystem connected 
to the foreign server, wherein the intennediary subsystem comprises a computer operative with a 
program stored to: 

receive from ^ intermediary input of a customer's selected set of product attributes, 

transmit to the foreign server the customer's selected set of product attributes, 

receive from the foreign server a quote from a seller, 

receive from the intermediary input of an acceptance of a quote, and 

transmit to the foreign server an acceptance of one of the quotes. 

40. The apparatus of claim 38 further comprising a customer subsystem cormected to 
the foreign server, wherein the customer subsystem comprises a computer operative with a 
program stored to: 

receive from a customer input of the customer's selected set of product attributes; and 
transmit the selected set of product attributes to the foreign server. 

4 1 . The apparatus of claim 39 further comprising a customer subsystem connected to 
the foreign server, wherein the customer subsystem comprises a computer operative with a 
program stored to: 

receive from a customer input of the customer's selected set of product attributes; and 
transmit the selected set of product attributes to the foreign server. 

42. The apparatus of claim 39 wherein the intermediary subsystem is further operative 
with the program stored to receive from the server a customer's desired set of configuration 
attributes. 

43. The apparatus of claim 36 further comprising an RFQ database stored on the 
server's storage device, wherein the program stored on the server's storage device is further 
operative with the processor to: 

store RFQ's processed by the apparatus in the RFQ database, and 
track the status of each RFQ in the database. 

44. The apparatus of claim 36 further comprising a customer database stored on the 
storage device, wherein the program is further operative with the processor to: 

store customer information in the customer database, and 

update the customer information when new customer information is received. 

45. The apparatus of claim 36 wherein the customer information is stored on the 
customer database in lists, wherein each list is an intermediary's customer list. 

46. The apparatus of claim 36 wherein the program is further operative with the 
processor to track customer information. 



F:\docs\34533\5 ! \ChromcCIP.doc 
Seattle 



-40- 



CA 02289249 1999-11-08 



47. The apparatus of claim 36 wherein the program stored on the storage device of the 
server is further operative to store a list of target sellers as a preferred seller list. 

48. A vehicle description language for storing a description of a vehicle in a first and a 
second computer meipories and for transmitting the description of the vehicle between the first and 
second computer memories via a computer network, wherein the vehicle description language is 
created in a hierarchical data structure, comprising: 

(a) a public block of data, having starting and ending delimiters that identify the beginning 
and end of the block of data, wherein the public block of data comprises: 

(i) a vehicle identification sub-block hierarchically nested in the public block of 
data and comprising a plurality of data items wherein the daU items are selected from the group 
consisting of manufacturer, model, model year and style of the vehicle, 

(ii) a vehicle detail sub-block hierarchically nested in the public block of data , 
wherein the vehicle detail sub-block comprises: 

(1) a standard sub*b]ock hierarchically nested in the vehicle detail sub-block 
and comprising a plurality of standard categories, wherein each standard category is hierarchically 
nested in the standard sub-block and comprises a plurality of data items relating to standard 
equipment available on a vehicle, and 

(2) an option sub-block hierarchically nested in the vehicle detail sub-block 
and comprising a plurality of option categories, wherein each option category is hierarchically 
nested in the option sub-block and comprises a plurality of data items relating to a particular 
category of optional equipment desired on a particular vehicle; and 

(ii) a private block of data comprising a plurality of data items relating to the 
customer who is ordering the vehicle. 

49. The vehicle description language of claim 48 wherein each sub-block contains a 
starting delimiter and an ending delimiter, wherein the starting delimiter identifies the block or 
sub-block within which the sub-block is nested. 

50. The vehicle description language of claim 48 wherein each category consists 
essentially of a starting delimiter and an ending delimiter identifying the sub-block within which 
the category is nested. 

5 1 . The vehicle description language of claim 48 wherein each data item consists 
essentially of a starting delimiter and an ending delimiters identifying the block, sub-block or 
category within which the data item is nested. 

52. The vehicle description language of claim 48 wherein the standard categories are 
selected from the group consisting of comprise exterior, interior, mechanical, safety, fiiel mileage 
rating, and combinations thereof 
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53. The vehicle description language of claim 48 wherein the option categories are 
selected from the group consisting of emissions, engine, transmission, preferred equipment groups, 
appearance package, tires, seat type, seat trim, paint, additional options, and combinations thereof 

54. The vehicle description language of claim 48 wherein the public block further 
comprises a color sub-block nested within the public block, wherein the color sub block having 
nested therein categories comprises color selections and color combinations. 

55. The vehicle description language of claim 48 wherein the data items in the private 
block comprise the customer's name, address and phone number. 

56. The vehicle description language of claim 48 wherein the language is implemented 
with Extensible Markup Language (XML). 



Smart & Biggar 
Ottawa, Canada 
Patent Agents 



F:\docs\34533\5 1 \ChromcCIP.doc 
Scanle 



-'12- 



2/17 



i 




CO 
-< 
CO 

o 



G<2 
op 



UJ 

ZD 
O 




or 




UJ 




































ct: o 





















CO 



CO 
UJ 



CO . O 

UJ Z I . I 



UJ 

ID 
O 



>- 
OH 
UJ 

o 



UJ 









o 








<c 
























O 








or 




UJ 








UJ 
CO 



CO 



oo 
o 



c5 



CO 
UJ 



UJ 
»— I CO 

:s 

O QQ 
I— ^ 
CO 

ZD -< 



7 



A 




\ 




UJ 












cn 


















-< 






Q 






O 






u_ 










1/ 




/ 



7 



I 



OBTAIN CUSTOMER 
PERSONAL AND 
DEMOGRAPHIC 
INFORMATION 



I 



68 



DETERMINE EA/GA 



70 

V 



WRITE CUSTOMER INFO. 
TO INTERMEDIARY'S 
CUSTOMER LIST ON 

CUSTOMER DATABASE 

\ 



84 

V 



TRANSMIT CUSTOMER 
DEMOGRAPHIC AND EA/GA 

INFORMATION TO A 
SECOND INTERMEDIARY 



85 

V 



88 



QUERY PRODUCT 
DATABASE 



86 




92 



94- 



102 



ACCESS INTERMEDIARY'S 
PREFERRED SELLER LIST 



4/17 



OBTAIN EA/GA 
FLEXIBILITY ISSUES 



72 
V 



I 



74 



OBTAIN ADDITIONAL 
EA/GA CONSTRAINTS 




FIND CUSTOMER IN 
CUSTOMER DATABASE 



78 



ENTER NEW 
CUSTOMER INFO. 



82 



ENTER ADDITIONAL 
CUSTOMER INFO. 



I 



98- 



CONFIGURE EA/GA 



ENTER EA/GA 
FLEXIBILITY 



I 



ENTER ADDITIONAL 
EA/GA CONSTRAINTS 



SELECT TARGET SET OF 
SELLERS TO SEND 
RFO TO 



QUERY 
SELLER DATABASE 



100- 



ENTER ADDITIONAL 
SELLER CRITERIA 



106- 



Fig. 4 



96 



104 



114 



ASSIGN RFC ID 



108- 



WRITE RFO TO RFO 
DATABASE 



110- 



TRANSMIT EA/GA TO 






LOG EVENT 


SERVEft 






112^ - 




NOTIFY TARGET SELLERS 
THAT RFO WAS 
TRANSMIHEO 




TRANSMIT RFO TO 
TARGET SET OF 
SELLERS 





112 



114 



116 



RFQ TRANSMITTED 
TO SELLER 



RFQ APPEARS IN 
SELLER SUBSYSTEM 



CHECK RFQ AGAINST 
INVENTORY 



124 



126 



ENTER QUOTE VEHICLE 
INFORMATION 



VERIFY DEALERSHIP 
INFORMATION 



128 

M 

130 



VERIFY RESPONSE 
INFORMATION 



TRANSMIT QUOTE 
TO SERVER 



152 



134 



136 



138 



ASSIGN QUOTE 10 



UPDATE RFQ ID REC 



LOG TRANSACTION 



TRANSMIT QUOTE TO 
INTERMEDIARY SUBSYSTEM 



5/17 




RESPOND WITH CURRENT 
VEHICLE IN STOCK 



122 



RESPOND WITH A GA 
WITHIN CUSTOMER'S 
FLEXIBILITY OR AN 
EA THAT CAN BE 
ORDERED FROM FACTORY 



Fig. 5 



138 



140 



142 



6/17 



TRANSMIT ALL QUOTES TO 
INTERMEDIARY SUBSYSTEM 



RECEIVE ALL QUOTES 
FROM SELLERS 



DETERMINE ADEQUACY OF 
QUOTE WITH CUSTOMER 




TRANSMIT QUOTE 
ACCEPTANCE TO 
INTERMEDIARY 



148 



NOTIFY SELLERS WHOSE 
QUOTES WERE NOT 
NOT ACCEPTED 



ENTER QUOTE 
ACCEPTANCE INFORMATION 
INTO INTERMEDIARY 
SUBSYSTEM 



150 



146 



QUOTE EXPIRES AND 
IS PUCED IN ARCHIVES 



152 



TRANSMIT QUOTE 
ACCEPTANCE INFORMATION 
TO SERVER 



I 



GENERATE ACCEPTANCE 

I 



154 
156 



UPDATE RFQ DATABASE 
AND ID REC 



I 



LOG TRANSACTION 



158 

V 



Fig. 6 



TRANSMIT QUOTE 
ACCEPTANCE TO SELLER 
SUBSYSTEM OF 
APPROPRIATE SELLER 



159 

V 



7/17 




176 



8/17 




CUSTOMER ESTABLISHES 
CONNECTION BETWEEN 
CUSTOMER SUBSYSTEM 
AND SERVER 


1 




ENTER CUSTOMER 
PERSONAL AND 
DEMOGRAPHIC 
INFORMATION 


1 




ENTER ADDITIONAL 
CUSTOMER INFO. 


1 



166 



WRITE CUSTOMER INFO. 
TO INTERMEDIARY'S 
CUSTOMER LIST ON 

CUSTOMER DATABASE 



ENTER EA/GA 

~~r- 



ENTER EA/GA 
FLEXIBILITY ISSUES 



188 



I 



ENTER ADDITIONAL 
EA/GA CONSTRAINTS 



QUERY PRODUCT 
DATABASE 




I 



178 



174 



180 



182 



184 



186 



CONFIGURE EA/GA 



TRANSMIT ALL 
INFORMATION TO 

INTERMEDIARY 
THROUGH SERVER 



192 

V 



NOTIFY INTERMEDIARY 
OF CUSTOMER REQUEST 



194 



196 



INTERMEDIARY REVIEWS 
CUSTOMER REQUEST 



Fig. 8 



INTERMEDIARY 
CONTINUES PROCESS, 
STARTING AT STEP 96 
(FIGURE 4) 



t 



9/17 









9^ >- 




O cc 






to. 
^1 


o 




Q:: 




a. 





ZD 
O 



10/17 

ENTER CUSTOMER 
PERSONAL AND 
DEMOGRAPHIC 
INFORMATION 

i 



ENTER EA/GA 

~~r~ 



ENTER EA/GA 
FLEXIBILITY ISSUES 



I 



ENTER ADDITIONAL 
EA/GA CONSTRAINTS 




LOG IN TO SERVER 



FIND CUSTOMER IN 
CUSTOMER DATABASE 



ENTER ADDITIONAL 
CUSTOMER INFO. 



WRITE CUSTOMER INFO. 
TO INTERMEDIARY'S 
CUSTOMER LIST ON 

CUSTOMER DATABASE 



TRANSMIT CUSTOMER 
INFORMATION TO 
SERVER 



202 

V 



204 



206 
V 



208 



QUERY PRODUCT 
DATABASE 


T 




BUILD EA/GA 




TRANSMIT NEW CUSTOMER 
INFO. TO SERVER 



225 



'220 



226 



Fig. 10 



CONTINUE PROCESS, 
STARTING AT STEP 96 
FIGURE 4) 



11/17 



240 



242 



244 



246 



248 



250 



252 



254 



ENTER QUOTE VEHICLE 
INFORMATION 



VERIFY DEALERSHIP 
INFORMATION 



VERIFY RESPONSE 
INFORMATION 



TRANSMIT QUOTE 
TO SERVER 



ASSIGN BIO ID 



UPDATE RFQ ID REC. 



LOG TRANSACTION 



TRANSMIT QUOTE 
TO INTERMEDIARY 
SUBSYSTEM 



7 




112 


RFQ TRANSFERRED FROM 
SERVER TO SELLER 
SUBSYSTEM 


J 






228 


RFQ APPEARS IN 
SELLER SUBSYSTEM 


J 




\^230 




^ SELLER \^ 
< HAVE > 
^^EHICLE?/^ 


NO 






YES 


232 


RESPOND WITH CURRENT 
VEHICLE IN STOCK 




^238 


RESPOND WITH A GA 
FiniNG WITHIN 
CUSTOMER'S FLEXIBILITY 
OR VEHICLE THAT 
CAN BE ORDERED 
FROM FACTORY 






'YES 

^<^^236 




^^product\. 
< configuration > 

\. OKAY? 


NO ^ 








234 


QUERY PRODUCT 


DATABASE 





Fig. 11 



I 



12/17 




V 



1^ 




J? 

\ 




co 




o 




RE 


UJ 


O 


or 


Li- 


UJ 
CO 





>- 






rniA 
)EM 




( . 1 UJ 






FORI 
SERV 


J— 


\ ■ 




2? 









UJ S 




H >- 






oo 


f 


s? 








SELLER 
MODEM 




SELLER 
SUBSYSTE 



29 















UJ UJ 




-J 


ilJo 
















to 



278 



ACCESS INTERMEDIARY'S 
PREFERRED SELLER LIST 



Fig. 13 



256 

VI 



258 



259 



260 



262 

VI 



264 



266 



268 



270 



272- 



114- 



13/17 



OBTAIN CUSTOMER 
PERSONAL AND 
DEMOGRAPHIC 
INFORMATION 



I 



DETERMINE EA/GA 



I 



ADDITIONAL 
EA/GA INFO 

~~r~ 



ENTER NEW 
CUSTOMER INFO 



ENTER ADDITIONAL 
CUSTOMER INFO 



CONFIGURE EA/GA 



I 



ENTER ADDITIONAL 
EA/GA CONSTRAINTS 



TRANSMIT RFQ TO 
FOREIGN SERVER 



TRANSMIT RFQ TO 
SERVER 



SELECT TARGET SET OF 
SELLERS TO SEND 
RFQ TO 



NOTIFY TARGET SELLERS 
THAT RFO WAS 
TRANSMITTED 



274- 



QUERY 
SELLER DATABASE 



276- 



ENTER ADDITIONAL 
SELLER CRITERIA 



280- 



ASSIGN RFQ ID 



282 



WRITE RFQ TO RFQ 
DATABASE 



284- 



LOG EVENT 



112- 



TRANSMIT RFQ TO 
TARGET SET OF 
SELLERS 



124 



126 



128 



150 



152 



154 



156 



157 



158 



14/17 



ENTER QUOTE VEHICLE 
INFORMATION 



VERIFY DEALERSHIP 
INFORMATION 



VERIFY RESPONSE 
INFORMATION 



TRANSMIT QUOTE 
TO SERVER 



T 



ASSIGN QUOTE ID 



UPDATE RFQ ID REC. 

i 



LOG TRANSACTION 



TRANSMIT QUOTE 
TO FOREIGN SERVER 



I 



TRANSMIT QUOTE TO 
INTERMEDIARY SUBSYSTEM 



RFQ TRANSMIHED 
TO SELLER 



112 



114 



RFQ APPEARS IN 
SELLER SUBSYSTEM 



CHECK RFQ AGAINST 
INVENTORY 



116 
V 




■118 

SELLER \^fjO 
HAVE ^"^^ 

VEHICLE? 



RESPOND WITH CURRENT 
VEHICLE IN STOCK 



122 



RESPOND WITH A GA 
WITHIN CUSTOMER'S 
FLEXIBILITY OR AN EA 
THAT CAN BE 
FROM FACTORY 



Fig. 14 



138 



140 



142 



15/17 



TRANSMIT ALL QUOTES TO 
INTERMEDIARY SUBSYSTEM 



RECEIVE ALL QUOTES 
FROM SELLERS 



DETERMINE ADEQUACY OF 
QUOTES WITH CUSTOMER 




TRANSMIT QUOTE 
ACCEPTANCE TO 
INTERMEDIARY 



148 

V 



NOTIFY SELLERS 
WHOSE QUOTES WERE 
NOT ACCEPTED 



146 



ENTER QUOTE 
ACCEPTANCE INFORMATION 
INTO INTERMEDIARY 
SUBSYSTEM 



150 

V 



151 



QUOTE EXPIRES AND 
IS PLACED IN ARCHIVES 



TRANSMIT QUOTE 
ACCEPTANCE INFORMATION 
TO FOREIGN SERVER 



TRANSMIT QUOTE 
ACCEPTANCE INFORMATION 
TO SERVER 



152 

V 



GENERATE ACCEPTANCE 



UPDATE RFQ DATABASE 
AND ID REC 



LOG TRANSACTION 



Fig. 15 



154 



156 



158 



159 



TRANSMIT QUOTE 
ACCEPTANCE TO SELLER 
SUBSYSTEM OF 
APPROPRIATE SELLER 



16/17 




7 



17/17 

286 

CUSTOMER ESTABLISHES 
CONNECTION BETWEEN 
CUSTOMER SUBSYSTEM 
AND FOREIGN SERVER 

288 

ENTER CUSTOMER J 
PERSONAL AND 
DEMOGRAPHIC 
INFORMATION 



ENTER ADDITIONAL 
CUSTOMER INFO. 



290 



ENTER EA/GA 



I 



CONFIGURE EA/GA 



292 
2S4 

V 



T 



296 



TRANSMIT ALL J 
INFORMATION TO 
INTERMEDIARY THROUGH 
FOREIGN SERVER 



NOTIFY INTERMEDIARY 
OF CUSTOMER REQUEST 



INTERMEDIARY REVIEWS 
CUSTOMER REQUEST 



TRANSMIT CUSTOMER 
REQUEST TO SERVER 



INTERMEDIARY 
CONTINUES PROCESS. 
STARTING AT STEP 270 
FIGURE 13 



298 



300 



302 



Fig. 17 



